Ce document explique comment appliquer des considérations commerciales prédéfinies lors de la planification d'une stratégie hybride et multicloud. Il développe les conseils de la section Pilotes, considérations, stratégie et approches. Cet article définit et analyse les considérations commerciales que les entreprises doivent prendre en compte lorsqu'elles planifient une telle stratégie.
Clarifier et convenir de la vision et des objectifs
En fin de compte, l'objectif principal d'une stratégie hybride ou multicloud est d'atteindre les exigences commerciales identifiées et les objectifs techniques associés pour chaque cas d'utilisation métier en conformité avec des objectifs commerciaux spécifiques. Pour atteindre cet objectif, créez un plan bien structuré qui inclut les considérations suivantes :
- Quelles charges de travail doivent être exécutées dans chaque environnement informatique ?
- Quels modèles d'architecture d'application appliquer à plusieurs charges de travail ?
- Quelle technologie et modèle d'architecture réseau utiliser ?
Sachez que définir un plan qui tient compte de toutes les charges de travail et de toutes les exigences est une tâche difficile, en particulier dans un environnement informatique complexe. En outre, la planification prend du temps et peut ne pas satisfaire les avis contradictoires des parties prenantes.
Pour éviter ce genre de situation, commencez par rédiger un énoncé de vision qui réponde (au minimum) aux questions suivantes :
- Quel cas d'utilisation métier ciblée permet d'atteindre des objectifs commerciaux spécifiques ?
- Pourquoi l'approche et l'environnement informatique actuels sont-ils insuffisants pour atteindre les objectifs commerciaux ?
- Quels sont les principaux aspects technologiques à optimiser en optant pour le cloud public ?
- Pourquoi et comment cette nouvelle approche va-t-elle optimiser et atteindre vos objectifs commerciaux ?
- Combien de temps comptez-vous utiliser votre configuration hybride ou multicloud ?
S'accorder sur les principaux objectifs et facteurs commerciaux et techniques, puis obtenir l'approbation des parties prenantes concernées peut constituer la base des prochaines étapes du processus de planification. Pour aligner efficacement votre solution proposée sur la vision architecturale globale de votre organisation, coordonnez-vous avec votre équipe et les parties prenantes chargées de diriger et de parrainer cette initiative.
Identifier et clarifier d'autres points à prendre en compte
Lorsque vous planifiez une architecture hybride ou multicloud, il est important d'identifier et de convenir des contraintes architecturales et opérationnelles de votre projet.
Concernant les opérations, la liste non exhaustive suivante fournit certaines exigences pouvant créer des contraintes à prendre en compte lors de la planification de votre architecture:
- Gérer et configurer plusieurs clouds séparément ou créer un modèle global pour gérer et sécuriser les différents environnements cloud.
- Assurer la cohérence des procédures d'authentification, d'autorisation et d'audit, ainsi que des règles applicables aux différents environnements
- Utiliser des outils et des processus cohérents dans tous les environnements pour fournir une vue holistique de la sécurité, des coûts et des opportunités d'optimisation.
- Utiliser des normes de conformité et de sécurité cohérentes pour appliquer une gouvernance unifiée.
Sur le plan de la planification de l'architecture, les contraintes les plus importantes découlent souvent des systèmes existants, en particulier de ces éléments :
- Dépendances entre les applications
- Exigences de performances et de latence pour la communication entre les systèmes
- Utilisation de matériel ou de systèmes d'exploitation qui ne sont pas disponibles dans le cloud public
- Restrictions de licence
- Dépendance de la disponibilité des fonctionnalités requises dans les régions sélectionnées d'une architecture multicloud
Pour en savoir plus sur les autres considérations liées à la portabilité des charges de travail, au transfert de données et aux aspects de la sécurité, consultez la section Autres considérations.
Concevoir une stratégie d'architecture hybride et multicloud
Une fois que vous avez clarifié les spécificités des objectifs commerciaux et techniques avec les exigences commerciales associées (et idéalement clarifié et convenu d'une déclaration de vision), vous pouvez élaborer votre stratégie pour créer une architecture hybride ou multicloud.
Le diagramme suivant résume les étapes logiques à suivre pour créer une telle stratégie.
Pour vous aider à déterminer les objectifs techniques et les besoins de votre architecture hybride ou multicloud, les étapes de l'organigramme ci-dessus commencent par les exigences et les objectifs commerciaux. La façon dont vous implémentez votre stratégie peut varier en fonction des objectifs, des facteurs et du parcours de migration technologique de chaque cas d'utilisation.
Il est important de se rappeler qu'une migration est un voyage. Le schéma suivant illustre les phases de ce parcours, comme décrit dans Migrer vers Google Cloud.
Cette section fournit des conseils sur les phases "Évaluer", "Planifier", "Déployer" et "Optimiser" du schéma précédent. Elle présente ces informations dans le contexte d'une migration hybride ou multicloud. Vous devez vous conformer aux conseils et aux bonnes pratiques décrits dans la section sur le parcours de migration du guide "Migrer vers Google Cloud". Ces phases peuvent s'appliquer à chaque charge de travail individuellement, et non à toutes les charges de travail en même temps. À tout moment, plusieurs charges de travail peuvent se trouver à différents stades :
Phase d'évaluation
Au cours de la phase Évaluer, vous effectuez une évaluation initiale de la charge de travail. Au cours de cette phase, prenez en compte les objectifs décrits dans vos documents de planification de vision et de stratégie. Décidez d'un plan de migration en commençant par identifier la liste des charges de travail qui pourraient bénéficier d'un déploiement ou d'une migration vers le cloud public.
Pour commencer, choisissez une charge de travail qui n'est pas critique pour l'entreprise ou trop difficile à migrer (avec des dépendances minimales ou nulles par rapport à une charge de travail dans d'autres environnements), mais suffisamment représentative pour servir de modèle pour les déploiements ou les migrations à venir.
Idéalement, la charge de travail ou l'application que vous sélectionnez doit faire partie d'un cas d'utilisation ou d'une fonction commerciale ciblée qui a un effet mesurable sur l'entreprise une fois terminée.
Pour évaluer et limiter les risques de migration potentiels, effectuez une évaluation des risques de migration. Il est important d'évaluer votre charge de travail candidate pour déterminer si elle est adaptée à une migration vers un environnement multicloud. Cette évaluation implique d'évaluer différents aspects des applications et de l'infrastructure, y compris les suivants :
- Exigences de compatibilité des applications avec les fournisseurs cloud sélectionnés
- Modèles de tarification
- Fonctionnalités de sécurité proposées par les fournisseurs cloud sélectionnés
- Exigences d'interopérabilité des applications
L'évaluation vous aide également à identifier les exigences de confidentialité des données, les exigences de conformité, les exigences de cohérence et les solutions dans plusieurs environnements cloud. Les risques que vous identifiez peuvent affecter les charges de travail que vous choisissez de migrer ou d'exploiter.
Plusieurs types d'outils, comme le centre de migration Google Cloud, vous aident à évaluer les charges de travail existantes. Pour en savoir plus, consultez la page Migration vers Google Cloud: choisir un outil d'évaluation.
Du point de vue de la modernisation des charges de travail, l'outil d'évaluation de l'adéquation permet d'évaluer une charge de travail de VM pour déterminer si elle est adaptée à la modernisation vers un conteneur ou à la migration vers Compute Engine.
Phase de planification
Au cours de la phase de planification, commencez par les applications identifiées et les charges de travail cloud requises, puis effectuez les tâches suivantes :
- Développer une stratégie de migration prioritaire qui définit les vagues de migration d'applications et les chemins d'accès.
- Identifiez le modèle d'architecture d'application hybride ou multicloud de haut niveau applicable.
- Sélectionnez un modèle d'architecture réseau compatible avec le modèle d'architecture d'application sélectionné.
Idéalement, vous devez intégrer le modèle de réseau cloud à la conception de la zone de destination. La conception de la zone de destination constitue un élément fondamental des architectures hybrides et multicloud. La conception nécessite une intégration transparente avec ces modèles. Ne concevez pas la zone de destination de manière isolée. Considérez ces modèles de mise en réseau comme un sous-ensemble de la conception de la zone de destination.
Une zone de destination peut être composée de différentes applications, chacune ayant un modèle d'architecture réseau différent. En outre, au cours de cette phase, il est important de choisir la conception de l'organisation, des projets et de la hiérarchie des ressources Google Cloud afin de préparer la zone de destination de votre environnement cloud pour l'intégration et le déploiement hybride ou multicloud.
Au cours de cette phase, vous devez prendre en compte les points suivants :
- Définir l'approche de migration et de modernisation Vous trouverez plus d'informations sur les approches de migration plus loin dans ce guide. Vous trouverez également des informations plus détaillées dans la section Types de migration de la page Migrer vers Google Cloud.
- Utilisez les résultats de la phase d'évaluation et de découverte. Alignez-les avec la charge de travail candidate que vous prévoyez de migrer. Développez ensuite un plan de vagues de migration d'application. Le plan doit intégrer les exigences de dimensionnement des ressources que vous avez déterminées lors de la phase d'évaluation.
- Définissez le modèle de communication requis entre les applications distribuées et entre les composants d'application pour l'architecture hybride ou multicloud prévue.
- Choisissez un archétype de déploiement approprié pour votre charge de travail, par exemple zonal, régional, multirégional ou mondial, pour le modèle d'architecture choisi. L'archétype que vous sélectionnez constitue la base de la création des architectures de déploiement spécifiques aux applications et adaptées à vos besoins commerciaux et techniques.
- Définissez des critères de réussite mesurables pour la migration, avec des jalons clairs pour chaque phase ou vague de migration. La sélection de critères est essentielle, même si l'objectif technique est de disposer d'une architecture hybride en tant que configuration à court terme.
- Définissez des contrats de niveau de service et des KPI pour les applications lorsque vos applications fonctionnent dans une configuration hybride, en particulier pour les applications susceptibles de comporter des composants distribués sur plusieurs environnements.
Pour en savoir plus, consultez la page À propos de la planification de la migration afin de planifier une migration réussie et de minimiser les risques associés.
Phase de déploiement
Dans la phase Déployer, vous êtes prêt à exécuter votre stratégie de migration. Compte tenu du nombre potentiel d'exigences, il est préférable d'adopter une approche itérative.
Hiérarchisez vos charges de travail en fonction des vagues de migration et d'application que vous avez développées lors de la phase de planification. Avec les architectures hybrides et multicloud, commencez votre déploiement en établissant la connectivité nécessaire entre Google Cloud et les autres environnements informatiques. Pour faciliter le modèle de communication requis pour votre architecture hybride ou multicloud, basez le déploiement sur la conception et le type de connectivité réseau que vous avez sélectionnés, avec le modèle de réseau applicable. Nous vous recommandons d'adopter cette approche pour la conception globale de votre zone de destination.
En outre, vous devez tester et valider l'application ou le service en fonction des critères de réussite définis pour l'application. Idéalement, ces critères doivent inclure des exigences fonctionnelles et de tests de charge (non fonctionnels) avant de passer à l'environnement de production.
Phase d'optimisation
Au cours de la phase Optimiser, testez votre déploiement : une fois les tests terminés et l'application ou le service répondant aux attentes en termes de fonctionnalités et de performances, vous pouvez le mettre en production. Les outils de surveillance et de visibilité dans le cloud, tels que Cloud Monitoring, peuvent fournir des informations sur les performances, la disponibilité et l'état de vos applications et de votre infrastructure, et vous aider à optimiser les performances. si nécessaire.
Pour en savoir plus, consultez la page Migrer vers Google Cloud : optimiser votre environnement. Pour en savoir plus sur la conception de ces outils pour une architecture hybride ou multicloud, consultez Modèles de surveillance et de journalisation hybrides et multicloud.
Évaluer les charges de travail candidates
Le choix d'environnements informatiques pour différentes charges de travail a un impact significatif sur la réussite d'une stratégie hybride et multicloud. Les décisions concernant l'emplacement des charges de travail doivent correspondre à des objectifs commerciaux spécifiques. Par conséquent, ces décisions doivent être régies par des cas d'utilisation commerciaux ciblés qui génèrent des effets commerciaux mesurables. Cependant, il n'est pas toujours nécessaire ni recommandé de commencer par la charge de travail ou l'application la plus critique. Pour en savoir plus, consultez la section Choisir les applications à migrer en premier du guide "Migrer vers Google Cloud".
Comme indiqué dans la section Facteurs commerciaux et techniques, il existe différents types de pilotes et de considérations à prendre en compte pour les architectures hybrides et multicloud.
La liste récapitulative suivante de facteurs peut vous aider à évaluer votre cas d'utilisation de migration dans le contexte d'une architecture hybride ou multicloud avec des opportunités d'avoir un impact commercial mesurable :
- Potentiel de différenciation ou d'innovation sur le marché grâce à l'utilisation de services cloud pour activer certaines fonctions ou capacités commerciales, telles que les capacités d'intelligence artificielle qui utilisent des données sur site existantes pour entraîner des modèles de machine learning.
- Économies potentielles sur le coût total de possession d'une application
- Améliorations potentielles de la disponibilité, de la résilience, de la sécurité ou des performances, par exemple l'ajout d'un site de reprise après sinistre dans le cloud
- Accélération potentielle des processus de développement et de publication, par exemple la création de vos environnements de développement et de test dans le cloud.
Les facteurs suivants peuvent vous aider à évaluer les risques de migration:
- Effet potentiel des pannes causées par une migration.
- L'expérience de votre équipe avec les déploiements de cloud public, ou avec les déploiements d'un nouveau fournisseur cloud ou d'un deuxième fournisseur cloud.
- Nécessité de vous conformer aux restrictions légales ou réglementaires.
Les facteurs suivants peuvent vous aider à évaluer les difficultés techniques d'une migration :
- Taille, complexité et ancienneté de l'application
- Nombre de dépendances avec d'autres applications et services dans différents environnements informatiques.
- Restrictions imposées par des licences tierces.
- Dépendances liées à des versions spécifiques de systèmes d'exploitation, de bases de données ou d'autres configurations d'environnement
Une fois que vous avez évalué vos charges de travail initiales, vous pouvez commencer à les hiérarchiser et à définir vos phases de migration et vos approches. Vous pouvez ensuite identifier les modèles d'architecture applicables et les modèles de réseau compatibles. Cette étape peut nécessiter plusieurs itérations, car votre évaluation peut évoluer avec le temps. Il est donc utile de réévaluer les charges de travail après vos premiers déploiements cloud.