Cette section du guide des archétypes de déploiement Google Cloud décrit l'archétype de déploiement mondial.
Dans une architecture basée sur l'archétype de déploiement mondial, l'application s'exécute dans plusieurs régions Google Cloud à travers le monde. Vous pouvez déployer l'application sous forme de pile distribuée sans détection d'emplacement ou de plusieurs piles isolées au niveau régional. Dans les deux cas, un équilibreur de charge anycast mondial répartit le trafic vers la région appropriée. L'application écrit et lit des données dans une base de données répliquée de manière synchrone, disponible dans toutes les régions, comme Spanner avec une configuration multirégionale. D'autres composants de la pile d'applications peuvent également être mondiaux, tels que le cache et le magasin d'objets.
Le schéma suivant illustre la variante distribuée ignorante de l'emplacement de l'archétype de déploiement mondial :
Le schéma précédent montre une pile d'applications ignorante de l'emplacement, avec des instances frontend et backend (généralement des microservices) réparties sur plusieurs zones dans trois régions Google Cloud. Un équilibreur de charge anycast mondial distribue le trafic entrant vers une instance frontend appropriée. Cette répartition est basée sur la disponibilité et la capacité des instances, ainsi que sur leur proximité géographique avec la source du trafic. Les équilibreurs de charge internes interrégionaux distribuent le trafic des instances frontend vers les instances backend appropriées en fonction de leur disponibilité et de leur capacité. L'application utilise une base de données répliquée de manière synchrone et disponible dans toutes les régions.
Le schéma suivant illustre une variante de l'archétype de déploiement mondial avec des piles d'applications isolées au niveau régional :
Le schéma précédent montre des piles d'applications isolées au niveau régional qui s'exécutent dans plusieurs zones de deux régions Google Cloud. Cette topologie est semblable à l'archétype de déploiement multirégional, mais elle utilise un équilibreur de charge anycast mondial au lieu du routage DNS. L'équilibreur de charge mondial répartit le trafic entrant vers une interface dans la région la plus proche de l'utilisateur. Les piles d'applications écrivent et lisent des données dans une base de données répliquée de manière synchrone et disponible dans les deux régions. Si une panne se produit dans l'une des deux régions, l'équilibreur de charge mondial envoie les requêtes des utilisateurs à une interface dans l'autre région.
Cas d'utilisation
Les sections suivantes fournissent des exemples de cas d'utilisation pour lesquels l'archétype de déploiement mondial constitue un choix approprié.
Une application haute disponibilité pour un public mondial
Nous recommandons l'archétype de déploiement mondial pour les applications desservant des utilisateurs du monde entier. Par conséquent, vous avez besoin d'une haute disponibilité et d'une robustesse en cas de pannes dans plusieurs régions.
Possibilité d'optimiser les coûts et de simplifier les opérations
Avec l'archétype de déploiement mondial, vous pouvez utiliser des ressources mondiales haute disponibilité, telles qu'un équilibreur de charge mondial et une base de données mondiale. Par rapport à un déploiement multirégional, un déploiement mondial peut contribuer à réduire les coûts et à simplifier les opérations, car vous provisionnez et gérez moins de ressources.
Considérations de conception
Lorsque vous créez une architecture basée sur l'archétype de déploiement mondial, tenez compte des facteurs de conception suivants.
Coûts du stockage, de la réplication et de la mise en réseau
Dans une architecture distribuée à l'échelle mondiale, le volume de trafic réseau inter-sites peut être élevé par rapport à un déploiement régional. Vous pouvez également stocker et répliquer d'autres données. Lorsque vous créez une architecture basée sur l'archétype de déploiement mondial, prenez en compte le coût potentiellement plus élevé pour le stockage de données et la mise en réseau. Pour les applications critiques, l'avantage en termes de disponibilité d'une architecture distribuée à l'échelle mondiale peut l'emporter sur les coûts de mise en réseau et de stockage plus élevés.
Gérer les modifications apportées aux ressources mondiales
L'utilisation de ressources mondiales haute disponibilité peut vous aider à optimiser les coûts et à simplifier les opérations. Toutefois, pour vous assurer que les ressources mondiales ne deviennent pas des points de défaillance uniques, vous devez gérer les modifications de configuration des ressources mondiales avec soin.
Architecture de référence
Pour obtenir une architecture de référence permettant de concevoir un déploiement mondial, consultez la page Déploiement à l'échelle mondiale avec Compute Engine et Spanner.