Lorsque vous passez d'un environnement IT non hybride ou non multicloud à une architecture hybride ou multicloud, commencez par examiner les contraintes de vos applications existantes et la manière dont elles peuvent entraîner une défaillance de l'application. Cette considération devient plus importante lorsque vos applications ou composants d'application fonctionnent de manière distribuée dans différents environnements. Après avoir pris en compte vos contraintes, élaborez un plan pour les éviter ou les surmonter. Veillez à prendre en compte les fonctionnalités uniques de chaque environnement informatique dans une architecture distribuée.
Considérations de conception
Les considérations de conception suivantes s'appliquent aux modèles de déploiement distribués. En fonction de la solution cible et des objectifs commerciaux, la priorité et l'impact de chaque considération peuvent varier.
Latence
Dans n'importe quel modèle d'architecture qui distribue des composants d'application (frontends, backends ou microservices) dans différents environnements informatiques, une latence de communication peut se produire. Cette latence est influencée par la connectivité réseau hybride (Cloud VPN et Cloud Interconnect) et la distance géographique entre le site sur site et les régions cloud, ou entre les régions cloud dans une configuration multicloud. Il est donc essentiel d'évaluer les exigences de latence de vos applications et leur sensibilité aux retards réseau. Les applications pouvant tolérer la latence sont des candidats plus adaptés au déploiement distribué initial dans un environnement hybride ou multicloud.
Architecture d'état temporaire par rapport à l'architecture d'état final
Pour spécifier les attentes et les implications potentielles en termes de coût, d'échelle et de performances, il est important d'analyser le type d'architecture dont vous avez besoin et la durée prévue lors de la phase de planification. Par exemple, si vous prévoyez d'utiliser une architecture hybride ou multicloud pendant une longue période ou de façon permanente, vous pouvez envisager d'utiliser Cloud Interconnect. Pour réduire les coûts de transfert de données sortants et optimiser les performances réseau de la connectivité hybride, Cloud Interconnect propose des remises sur les frais de transfert de données sortants qui répondent aux conditions de remise sur le débit de transfert de données.
Fiabilité
La fiabilité est un facteur important à prendre en compte lors de la conception de systèmes IT. La disponibilité de l'uptime est un aspect essentiel de la fiabilité du système. Dans Google Cloud, vous pouvez augmenter la résilience d'une application en déployant des composants redondants de cette application sur plusieurs zones d'une même région1 ou sur plusieurs régions, avec des fonctionnalités de basculement. La redondance est l'un des éléments clés pour améliorer la disponibilité globale d'une application. Pour les applications dont la configuration est distribuée dans des environnements hybrides et multicloud, il est important de maintenir un niveau de disponibilité cohérent.
Pour améliorer la disponibilité d'un système dans un environnement sur site ou dans d'autres environnements cloud, réfléchissez à la redondance matérielle ou logicielle (avec des mécanismes de basculement) dont vous avez besoin pour vos applications et leurs composants. Dans l'idéal, vous devez tenir compte de la disponibilité d'un service ou d'une application dans les différents composants et l'infrastructure de soutien (y compris la disponibilité de la connectivité hybride) dans tous les environnements. Ce concept est également appelé disponibilité composite d'une application ou d'un service.
En fonction des dépendances entre les composants ou les services, la disponibilité composite d'une application peut être supérieure ou inférieure à celle d'un service ou d'un composant individuel. Pour en savoir plus, consultez la section Disponibilité composite: calcul de la disponibilité globale de l'infrastructure cloud.
Pour atteindre le niveau de fiabilité système souhaité, définissez des métriques de fiabilité claires et concevez des applications capables de s'autoréparer et de résister efficacement aux perturbations dans les différents environnements. Pour vous aider à définir des méthodes appropriées pour mesurer l'expérience client de vos services, consultez Définir la fiabilité en fonction des objectifs d'expérience utilisateur.
Connectivité hybride et multicloud
Les exigences de la communication entre les composants d'applications distribuées doivent influencer votre choix d'une option de connectivité réseau hybride. Chaque option de connectivité présente ses avantages et ses inconvénients, ainsi que des facteurs spécifiques à prendre en compte, tels que le coût, le volume de trafic, la sécurité, etc. Pour en savoir plus, consultez la section Considérations concernant la conception de la connectivité.
Gestion
Des outils de gestion et de surveillance cohérents et unifiés sont essentiels pour réussir les configurations hybrides et multicloud (avec ou sans portabilité des charges de travail). À court terme, ces outils peuvent ajouter des coûts de développement, de test et d'exploitation. Techniquement, plus vous utilisez de fournisseurs de services cloud, plus la gestion de vos environnements devient complexe. La plupart des fournisseurs de cloud public proposent non seulement des fonctionnalités différentes, mais aussi des outils, des contrats de niveau de service et des API variés pour gérer les services cloud. Par conséquent, comparez les avantages stratégiques de l'architecture que vous avez sélectionnée à la complexité potentielle à court terme et aux avantages à long terme.
Coût
Chaque fournisseur de services cloud dans un environnement multicloud dispose de ses propres métriques et outils de facturation. Pour améliorer la visibilité et obtenir des tableaux de bord unifiés, envisagez d'utiliser des outils de gestion et d'optimisation des coûts multicloud. Par exemple, lorsque vous créez des solutions cloud first dans plusieurs environnements cloud, les produits, les tarifs, les remises et les outils de gestion de chaque fournisseur peuvent créer des incohérences de coûts entre ces environnements.
Nous vous recommandons d'utiliser une méthode unique et bien définie pour calculer le coût total des ressources cloud et pour assurer la visibilité des coûts. La visibilité des coûts est essentielle pour l'optimisation des coûts. Par exemple, en combinant les données de facturation des fournisseurs de services cloud que vous utilisez et en utilisant le Google Cloud bloc de gestion des coûts cloud Looker, vous pouvez créer une vue centralisée de vos coûts multicloud. Cette vue peut vous aider à obtenir une vue consolidée de vos dépenses dans plusieurs clouds. Pour en savoir plus, consultez la section Stratégie pour optimiser efficacement la gestion des coûts de facturation cloud.
Nous vous recommandons également d'utiliser les pratiques FinOps pour rendre les coûts visibles. Dans le cadre d'une pratique FinOps efficace, une équipe centrale peut déléguer la prise de décisions en matière d'optimisation des ressources à toutes les autres équipes impliquées dans un projet afin de favoriser la responsabilisation individuelle. Dans ce modèle, l'équipe centrale doit standardiser le processus, la génération des rapports et les outils d'optimisation des coûts. Pour en savoir plus sur les différents aspects et recommandations d'optimisation des coûts à prendre en compte, consultez le Google Cloud Framework d'architecture: optimisation des coûts.
Transfert de données
Le transfert de données est un élément important à prendre en compte pour la stratégie et la planification de l'architecture hybride et multicloud, en particulier pour les systèmes distribués. Les entreprises doivent identifier leurs différents cas d'utilisation métier, les données qui les alimentent et la manière dont elles sont classées (pour les secteurs réglementés). Ils doivent également tenir compte de l'impact du stockage, du partage et de l'accès aux données pour les systèmes distribués dans les différents environnements sur les performances des applications et la cohérence des données. Ces facteurs peuvent influencer l'application et l'architecture du pipeline de données. L'ensemble complet d'options de transfert de données deGoogle Cloudpermet aux entreprises de répondre à leurs besoins spécifiques et d'adopter des architectures hybrides et multicloud sans compromettre la simplicité, l'efficacité ni les performances.
Sécurité
Lorsque vous migrez des applications vers le cloud, il est important de prendre en compte les fonctionnalités de sécurité cloud first, telles que la cohérence, l'observabilité et la visibilité de la sécurité unifiée. Chaque fournisseur de services cloud public a sa propre approche, ses propres bonnes pratiques et ses propres fonctionnalités de sécurité. Il est important d'analyser et d'aligner ces fonctionnalités pour créer une architecture de sécurité fonctionnelle et standard. Des contrôles IAM stricts, le chiffrement des données, l'analyse des failles et la conformité aux réglementations du secteur sont également des aspects importants de la sécurité cloud.
Lorsque vous planifiez une stratégie de migration, nous vous recommandons d'analyser les considérations mentionnées précédemment. Ils peuvent vous aider à réduire les risques d'introduire des complexités dans l'architecture à mesure que vos applications ou volumes de trafic augmentent. De plus, la conception et la création d'une zone de destination sont presque toujours une condition préalable au déploiement de charges de travail d'entreprise dans un environnement cloud. Une zone de destination aide votre entreprise à déployer, utiliser et faire évoluer des services cloud de manière plus sécurisée dans plusieurs domaines. Elle comprend différents éléments, tels que les identités, la gestion des ressources, la sécurité et la mise en réseau. Pour en savoir plus, consultez la section Conception de la zone de destination dans Google Cloud.
Les documents suivants de cette série décrivent d'autres modèles d'architecture distribuée:
- Modèle hybride par tranche
- Modèle multicloud partitionné
- Modèle analytique hybride et multicloud
- Modèle hybride de périphérie
-
Pour en savoir plus sur les considérations spécifiques à chaque région, consultez la section Zones géographiques et régions. ↩