Ce document explique comment appliquer des considérations métier prédéfinies lors de la planification d'une stratégie hybride et multicloud. Il complète les conseils fournis dans la section Facteurs, considérations, stratégie et approches. Cet article définit et analyse les considérations commerciales que les entreprises doivent prendre en compte lors de la planification d'une telle stratégie.
Clarifier et définir la vision et les objectifs
En fin de compte, l'objectif principal d'une stratégie hybride ou multicloud est de répondre aux exigences métier identifiées et aux objectifs techniques associés pour chaque cas d'utilisation métier, en fonction d'objectifs métier 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 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 IT 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 formuler un énoncé de vision qui répond aux questions suivantes (au minimum):
- 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 utilisant 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 partenaires concernés 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, alignez-vous sur votre équipe et les personnes concernées chargées de diriger et de sponsoriser 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 côté des opérations, la liste non exhaustive suivante fournit certaines 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
- Utilisation d'outils et de processus cohérents dans tous les environnements pour fournir 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 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 sécurité, consultez la section Autres considérations.
Concevoir une stratégie d'architecture hybride et multicloud
Une fois que vous avez clarifié les détails des objectifs métier et techniques avec les exigences métier 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.
Le diagramme suivant résume les étapes logiques à suivre pour créer une telle stratégie.
Pour vous aider à déterminer les objectifs et les besoins techniques de votre architecture hybride ou multicloud, les étapes du diagramme précédent commencent par les exigences et les objectifs métier. La façon dont vous implémentez votre stratégie peut varier en fonction des objectifs, des moteurs et du parcours de migration technologique de chaque cas d'utilisation commercial.
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 la section Migrer vers Google Cloud.
Cette section fournit des conseils sur les phases d'évaluation, de planification, de déploiement et d'optimisation du diagramme précédent. Il présente ces informations dans le contexte d'une migration hybride ou multicloud. Vous devez aligner toute migration sur les conseils et les bonnes pratiques décrits dans la section sur le chemin 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 dans différentes phases:
Phase d'évaluation
Lors de la phase d'évaluation, vous effectuez une évaluation initiale de la charge de travail. Au cours de cette phase, tenez compte des objectifs décrits dans vos documents de planification de la vision et de la stratégie. Définissez un plan de migration en commençant par identifier une liste de charges de travail candidates 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.
Dans l'idéal, 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ée qui a un impact mesurable sur l'entreprise une fois terminée.
Pour évaluer et atténuer les risques potentiels de migration, 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 à la migration vers un environnement multicloud. Cette évaluation implique d'évaluer divers aspects des applications et de l'infrastructure, y compris les suivants:
- Exigences de compatibilité des applications avec les fournisseurs de services cloud que vous avez sélectionnés
- Modèles de tarification
- Fonctionnalités de sécurité proposées par les fournisseurs de services cloud que vous avez sélectionnés
- Exigences concernant l'interopérabilité des applications
Effectuer une é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, peuvent vous aider à é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
Dans la phase de planification, commencez par les applications identifiées et les charges de travail cloud requises, puis effectuez les tâches suivantes:
- Développez une stratégie de migration prioritaire qui définit les vagues de migration des applications et les chemins.
- Identifiez le modèle d'architecture d'application hybride ou multicloud d'ordre général 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 mise en réseau cloud à la conception de la zone de destination. La conception de la zone de destination sert de base fondamentale aux 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 de destination.
Une zone de destination peut être constituée de différentes applications, chacune avec un schéma 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.
Lors de 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. Vous trouverez également des informations plus détaillées dans la section Types de migration de Migrer vers Google Cloud.
- Utilisez les résultats de la phase d'évaluation et de découverte. Alignez-les sur la charge de travail candidate que vous prévoyez de migrer. Développez ensuite un plan de vagues de migration pour les applications. Le plan doit intégrer les exigences d'ajustement 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 approprié pour déployer votre charge de travail, par exemple zonal, régional, multirégional ou mondial, en fonction du modèle d'architecture choisi. L'archétype que vous sélectionnez sert de base à la création des architectures de déploiement spécifiques aux applications 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 configurer l'architecture hybride à court terme.
- Définissez des KPI et des contrats de niveau de service pour vos applications lorsque celles-ci fonctionnent dans une configuration hybride, en particulier pour celles qui peuvent avoir des composants distribués sur plusieurs environnements.
Pour en savoir plus, consultez la section À propos de la planification de la migration pour vous aider à planifier une migration réussie et à minimiser les risques associés.
Phase de déploiement
Lors de la phase Déploiement, vous êtes prêt à commencer à 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 votre décision de conception globale de la 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. Idéalement, ces critères doivent inclure à la fois les exigences fonctionnelles et les exigences de test de charge (non fonctionnelles) avant de passer en production.
Phase d'optimisation
Lors de la phase Optimisation, testez votre déploiement: une fois les tests terminés et que l'application ou le service répondent aux attentes en termes de capacité fonctionnelle et de performances, vous pouvez les mettre en production. Les outils de surveillance et de visibilité dans le cloud, tels que Cloud Monitoring, peuvent fournir des insights 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 la page Migrer vers Google Cloud : optimiser votre environnement. Pour en savoir plus sur la conception de tels outils pour une architecture hybride ou multicloud, consultez la section Modèles de surveillance et de journalisation hybrides et multicloud.
Évaluer les charges de travail candidates
Le choix des 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 d'emplacement des charges de travail doivent être adaptées à 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/l'application la plus critique pour l'entreprise. 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 d'incitation commerciaux et techniques, il existe différents types de facteurs d'incitation et de considérations pour les architectures hybrides et multicloud.
La liste récapitulative suivante des 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 fonctionnalités métier, telles que les fonctionnalité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, 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, 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 provoquées par une migration.
- L'expérience de votre équipe avec les déploiements dans le cloud public ou les déploiements pour un nouveau fournisseur de cloud ou un deuxième fournisseur
- 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 vagues de migration et vos approches. 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 judicieux de réévaluer les charges de travail après vos premiers déploiements cloud.