Archétype de déploiement hybride Google Cloud

Last reviewed 2023-11-03 UTC

Cette section du guide des archétypes de déploiement Google Cloud décrit l'archétype de déploiement hybride, fournit des exemples de cas d'utilisation et aborde les considérations de conception.

Dans une architecture basée sur l'archétype de déploiement hybride, certaines parties de l'application sont déployées dans Google Cloud et d'autres s'exécutent sur site.

Cas d'utilisation

Les sections suivantes fournissent des exemples de cas d'utilisation pour lesquels l'archétype de déploiement hybride constitue un choix approprié.

Site de reprise après sinistre pour une application sur site

Pour les applications critiques que vous exécutez sur site, vous pouvez sauvegarder les données dans Google Cloud et conserver une instance répliquée dans le cloud, comme illustré par le schéma suivant. La fréquence des sauvegardes et le fait que l'instance répliquée doive être active ou passive dépend de votre objectif de temps de récupération (RTO) et de votre objectif de reprise après sinistre (RPO). Lorsque l'application sur site est indisponible en raison d'événements planifiés ou non planifiés, vous pouvez activer l'instance répliquée dans Google Cloud pour la restaurer en production.

Archétype de déploiement hybride : site de reprise après sinistre pour une application sur site.

Développement sur site pour les applications cloud

Pour une application qui s'exécute dans Google Cloud, vous pouvez conserver les environnements de développement sur site et utiliser un pipeline CI/CD pour envoyer des mises à jour vers le cloud, comme illustré dans le schéma suivant. Cette architecture vous permet de garder le contrôle sur vos activités de développement tout en profitant des avantages de Google Cloud en termes d'évolutivité, d'optimisation des coûts et de fiabilité.

Archétype de déploiement hybride : développement sur site pour les applications cloud.

Améliorer les applications sur site grâce aux fonctionnalités cloud

Google Cloud propose des fonctionnalités avancées dans de nombreux domaines, tels que le stockage, l'intelligence artificielle (IA) et le machine learning (ML), le big data ou l'analyse. L'archétype de déploiement hybride vous permet d'utiliser ces fonctionnalités Google Cloud avancées, même pour les applications exécutées sur site. Voici quelques exemples de ces fonctionnalités :

  • Stockage d'archives illimité et économique dans le cloud pour une application sur site.
  • Applications IA et ML dans le cloud pour les données générées par une application sur site.
  • Entrepôt de données et processus d'analyse basés sur le cloud utilisant BigQuery pour les données ingérées à partir de sources de données sur site
  • Utilisation temporaire du cloud, pour gérer le débordement de trafic lorsque la charge sur l'application sur site atteint le pic de capacité.

Le schéma suivant illustre une topologie hybride dans laquelle les données d'une application sur site sont importées dans Google Cloud. Les analystes de données analysent les données importées à l'aide des fonctionnalités avancées d'IA, de ML, de big data et d'analyse de Google Cloud.

Archétype de déploiement hybride : améliorer les applications sur site grâce à des fonctionnalités cloud.

Topologie hybride par tranche

Dans cette topologie, parfois appelée déploiement à pile fractionnée, le frontend de l'application se trouve dans Google Cloud et le backend est sur site. Le frontend peut inclure des fonctionnalités telles que l'équilibrage de charge, le CDN, la protection DDoS et les règles d'accès. Le frontend envoie le trafic au backend sur site pour traitement, comme illustré dans le schéma suivant :

Archétype de déploiement hybride : topologie hybride par tranche.

Cette architecture peut être adaptée lorsqu'une application est utilisée globalement, mais le backend doit se trouver dans un seul environnement contrôlé. Variante de ce cas d'utilisation : exécuter le frontend sur site et déployer le backend dans Google Cloud.

Informations complémentaires

Pour en savoir plus sur la logique et les cas d'utilisation de l'archétype de déploiement hybride, consultez la page Créer des architectures hybrides et multicloud à l'aide de Google Cloud.

Considérations de conception

Lorsque vous créez une architecture basée sur l'archétype de déploiement hybride, tenez compte des facteurs de conception suivants.

Connexion depuis le réseau sur site vers le cloud

Pour une communication réseau efficace entre votre environnement sur site et les ressources dans Google Cloud, vous avez besoin d'une connexion réseau fiable et sécurisée. Pour en savoir plus sur les options de connectivité hybride proposées par Google Cloud, consultez la page Choisir un produit de connectivité réseau.

Efforts de configuration et complexité opérationnelle

La configuration et l'exploitation d'une topologie hybride nécessitent davantage d'efforts qu'une architecture utilisant uniquement Google Cloud. Pour exploiter cette topologie, vous devez gérer les ressources de manière cohérente dans les environnements sur site et dans Google Cloud. Pour gérer les applications hybrides conteneurisées, vous pouvez utiliser GKE Enterprise, une plate-forme d'orchestration unifiée permettant de gérer les clusters Kubernetes dans plusieurs emplacements.

Coût des ressources redondantes

Un déploiement hybride est potentiellement plus coûteux qu'un déploiement uniquement dans le cloud, car les données peuvent avoir besoin d'être stockées de manière redondante sur site et dans le cloud. En outre, certaines des ressources redondantes peuvent être sous-utilisées. Lorsque vous créez une architecture basée sur l'archétype de déploiement hybride, vous devez prendre en compte le coût global potentiellement plus élevé des ressources.

Exemples d'architecture

Pour obtenir des exemples d'architectures utilisant l'archétype de déploiement hybride, consultez la page Créer des architectures hybrides et multicloud à l'aide de Google Cloud.