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 fournis dans Facteurs, considérations, stratégie et approches. Cet article définit et analyse les considérations commerciales dont les entreprises doivent tenir 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 de répondre aux exigences commerciales identifiées et aux objectifs techniques associés pour chaque cas d'utilisation métier, en fonction d'objectifs commerciaux spécifiques. Pour atteindre cet objectif, créez un plan bien structuré qui inclut les éléments suivants :
- Quelles charges de travail doivent être exécutées dans chaque environnement de calcul.
- Quels modèles d'architecture d'application appliquer à plusieurs charges de travail ?
- Quelle technologie et modèle d'architecture réseau utiliser ?
Sachez que l'élaboration d'un plan prenant en compte l'ensemble des charges de travail et des 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 type de situation, commencez par rédiger un énoncé de vision qui répond au moins aux questions suivantes :
- Quel cas d'utilisation métier ciblée permet d'atteindre des objectifs commerciaux spécifiques ?
- Pourquoi l'approche actuelle et l'environnement informatique sont-ils insuffisants pour atteindre les objectifs commerciaux ?
- Quels sont les principaux aspects technologiques à optimiser en optant pour le cloud public ?
- Pourquoi et comment la 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 moteurs commerciaux et techniques, puis obtenir l'approbation des parties prenantes concernées peuvent 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 partenaires responsables de la direction et du financement de cette initiative.
Identifier et clarifier d'autres considérations
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.
Du point de vue des opérations, la liste non exhaustive suivante fournit quelques exigences qui peuvent 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 obtenir une vue globale 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 à 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 sécurité, consultez 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'un énoncé de vision), vous pouvez élaborer votre stratégie pour créer une architecture hybride ou multicloud.
L'organigramme suivant résume les étapes logiques à suivre pour créer une telle stratégie.
Pour vous aider à déterminer vos objectifs et besoins techniques en matière d'architecture hybride ou multicloud, les étapes du diagramme précédent commencent par les exigences et objectifs commerciaux. La façon dont vous mettez en œuvre votre stratégie peut varier en fonction des objectifs, des moteurs et du chemin de migration technologique de chaque cas d'utilisation métier.
Il est important de se rappeler qu'une migration est un voyage. Le diagramme 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 diagramme précédent. Ces informations sont présentées dans le contexte d'une migration hybride ou multicloud. Vous devez aligner toute migration sur les conseils et les bonnes pratiques abordés dans la section Chemin de migration du guide Migrate to 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érentes phases :
Phase d'évaluation
Dans la phase Évaluer, vous effectuez une évaluation initiale des charges de travail. Pendant cette phase, tenez compte des objectifs décrits dans vos documents de planification de la vision et de la stratégie. Déterminez un plan de migration en identifiant d'abord une liste de charges de travail susceptibles de tirer avantage 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 métier ciblés qui ont un effet mesurable sur l'entreprise une fois qu'ils sont terminés.
Pour évaluer et atténuer les risques potentiels liés à la migration, effectuez une évaluation des risques de migration. Il est important d'évaluer votre charge de travail candidate pour déterminer si elle peut être migrée vers un environnement multicloud. Cette évaluation consiste à évaluer différents aspects des applications et de l'infrastructure, y compris les suivants :
- Exigences de compatibilité des applications avec les fournisseurs de services cloud sélectionnés
- Modèles de tarification
- Fonctionnalités de sécurité proposées par les fournisseurs de services cloud sélectionnés
- Exigences d'interopérabilité des applications
L'exécution d'une évaluation vous aide également à identifier les exigences en matière de confidentialité des données, de conformité et de cohérence, ainsi que 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, peuvent vous aider à évaluer les charges de travail existantes. Pour en savoir plus, consultez 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
Dans la phase Planifier, commencez par les applications et les charges de travail cloud requises identifiées, puis effectuez les tâches suivantes :
- Élaborez une stratégie de migration prioritaire qui définit les vagues de migration des applications et les chemins de migration.
- 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é.
Dans l'idéal, vous devriez intégrer le modèle de mise en 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 globales. La conception nécessite une intégration fluide 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 d'atterrissage.
Une zone d'atterrissage peut être constituée de différentes applications, chacune avec 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'Google Cloud organisation, des projets et de la hiérarchie des ressources afin de préparer la zone de destination de votre environnement cloud pour l'intégration et le déploiement hybride ou multicloud.
Dans cette phase, vous devez tenir compte des points suivants :
- Définissez l'approche de migration et de modernisation. Vous trouverez plus d'informations sur les approches de migration plus loin dans ce guide. Pour en savoir plus, consultez la section Types de migration de Migrer vers Google Cloud.
- Utilisez les résultats de votre phase d'évaluation et de découverte. Alignez-les sur la charge de travail candidate que vous prévoyez de migrer. Ensuite, élaborez un plan de vagues de migration pour les applications. Le plan doit intégrer les exigences de dimensionnement des ressources estimées 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 adapté pour déployer votre charge de travail (zonal, régional, multirégional ou mondial, par exemple) pour le modèle d'architecture choisi. L'archétype que vous sélectionnez sert de base pour construire les 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 étapes claires pour chaque phase ou vague de migration. Il est essentiel de sélectionner des critères, même si l'objectif technique est de mettre en place une architecture hybride à court terme.
- Définissez des SLA et des KPI pour les applications lorsqu'elles fonctionnent dans une configuration hybride, en particulier pour celles qui peuvent avoir des composants distribués dans plusieurs environnements.
Pour en savoir plus, consultez À propos de la planification de la migration. Vous pourrez ainsi planifier une migration réussie et 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'applications que vous avez définies 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 de calcul. 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 votre décision de conception globale de la zone de destination.
De plus, 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 de tests fonctionnels et de charge (non fonctionnels) avant de passer à la production.
Phase d'optimisation
Dans la phase Optimiser, testez votre déploiement : une fois les tests terminés et si l'application ou le service répond aux attentes en termes de capacité fonctionnelle et de performances, vous pouvez le mettre en production. Les outils de visibilité et de surveillance du cloud, tels que Cloud Monitoring, peuvent vous donner des informations sur les performances, la disponibilité et l'état de vos applications et de votre infrastructure, et vous aider à les optimiser si nécessaire.
Pour en savoir plus, consultez Migrer vers Google Cloud : optimiser votre environnement. Pour savoir comment concevoir de tels 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 des environnements de calcul pour différentes charges de travail a un impact considérable sur le succès d'une stratégie hybride et multicloud. Les décisions de placement des charges de travail doivent être alignées sur des objectifs commerciaux spécifiques. Par conséquent, ces décisions doivent être guidées par des cas d'utilisation métier ciblés qui permettent d'obtenir des effets commerciaux mesurables. Toutefois, il n'est pas toujours nécessaire ni recommandé de commencer par la charge de travail/application la plus critique pour l'entreprise. Pour en savoir plus, consultez Choisir les applications à migrer en premier dans le guide "Migrer vers Google Cloud ".
Comme indiqué dans la section Facteurs commerciaux et techniques, il existe différents types de facteurs et de considérations pour les architectures hybrides et multicloud.
La liste récapitulative des facteurs ci-dessous peut vous aider à évaluer votre cas d'utilisation de la 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 les 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, en ajoutant un site de reprise après sinistre dans le cloud).
- Accélération potentielle des processus de développement et de publication (par exemple, en créant vos environnements de développement et de test dans le cloud).
Les facteurs suivants peuvent vous aider à évaluer les risques de migration :
- Impact potentiel des pannes provoquées par une migration
- L'expérience de votre équipe avec les déploiements de cloud public ou avec les déploiements pour un nouveau fournisseur de cloud ou un deuxième fournisseur de 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.
- Toutes les 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 vagues et approches de migration. Vous pouvez ensuite identifier les modèles d'architecture applicables et les modèles de mise en réseau associés. Cette étape peut nécessiter plusieurs itérations, car votre évaluation peut changer au fil du temps. Il est donc intéressant de réévaluer les charges de travail après vos premiers déploiements cloud.