Applications mondiales et régionales

App Hub est disponible dans les zones géographiques compatibles pour vous aider à organiser vos ressources d'infrastructure Google Cloud en tant qu'applications, qu'elles soient disponibles au niveau mondial ou dans des régions spécifiques. Cette fonctionnalité simplifie la gestion en vous permettant de regrouper les ressources en fonction de leur emplacement géographique et de la façon dont elles interagissent avec d'autres parties de votre infrastructure.

Lorsque vous créez une application App Hub, vous définissez son emplacement comme global ou régional. Ce choix est fondamental pour déterminer les services et les charges de travail qui peuvent faire partie de l'application en fonction de leur étendue. Ce choix a également des implications importantes pour le traitement des données, la colocation, les coûts et la conformité. Les applications mondiales et régionales sont définies comme suit :

  • Applications mondiales : regroupez fonctionnellement les services et les charges de travail qui sont distribués à l'échelle mondiale ou répartis sur plusieurs Google Cloud régions. Par exemple, vous pouvez inclure des ressources telles qu'un équilibreur de charge d'application global et ses services de backend distribués dans le monde entier.

  • Applications régionales : regroupez fonctionnellement les services et les charges de travail qui résident entièrement dans une seule région Google Cloud . Par exemple, vous pouvez inclure un équilibreur de charge d'application régional et ses services de backend, tous situés dans us-central1.

Pour prendre la meilleure décision en fonction de vos besoins, il est essentiel de comprendre les régions et les zonesGoogle Cloud , qui sont conçues pour offrir une tolérance aux pannes et une haute disponibilité. Les régions sont des zones géographiques indépendantes, et les zones sont des zones de déploiement au sein d'une région, qui agissent comme des domaines de défaillance uniques. Pour en savoir plus sur les ressources globales et régionales, consultez Zones géographiques et régions et Emplacements Cloud.

Comparer les applications mondiales et régionales

Le tableau suivant met en évidence les principales différences et considérations pour vous aider à choisir entre les applications mondiales et régionales :

Application globale Application régionale
Cas d'utilisation recommandé Idéal pour les applications composées de ressources Google Cloud qui sont intrinsèquement mondiales ou distribuées sur plusieurs régions. Recommandé lorsque tous les composants de l'application résident dans la même région Google Cloud , même s'ils s'étendent sur plusieurs projets.
Étendue de la ressource Peut contenir des ressources globales et régionales de n'importe quelle région. Ne peut contenir que des ressources provenant de la même région unique que l'application. Vous ne pouvez pas enregistrer de ressources globales dans une application régionale.
Métadonnées de l'application Stockées dans plusieurs régions et accessibles depuis n'importe quelle Google Cloud région.
La résidence des données n'est pas acceptée.
Stockées dans la région spécifique, mais accessibles depuis n'importe quelle autre région Google Cloud .
La résidence des données n'est pas acceptée.
Exemples Gérer une application à équilibrage de charge mondial avec des services de backend dans différentes régions pour fournir une vue centralisée du système distribué. Gérer une application avec tous les services et toutes les charges de travail dans us-central1.

Sélectionnez le meilleur emplacement pour votre application

Tenez compte de l'architecture et des exigences opérationnelles de la fonction métier que l'application représente lorsque vous choisissez entre des emplacements mondiaux et régionaux. La comparaison suivante est basée sur l'étendue des ressources :

  • En général, les applications régionales offrent des avantages considérables par rapport aux applications mondiales. Si vous souhaitez profiter d'une latence de service plus faible, d'un alignement sur les exigences de localisation des données, de potentielles économies sur les coûts réseau et d'une cohérence inhérente avec les fonctionnalités Google Cloudspécifiques à une région, optez pour les applications régionales.
  • Si les composants de votre application sont nécessairement répartis sur plusieurs régions ou dépendent de services Google Cloud globaux, optez pour des applications mondiales.

Il est possible que vous disposiez de ressources situées dans plusieurs régions qui ne forment pas une fonction globale unique et cohérente. Dans ce cas, il est souvent préférable de définir des applications régionales distinctes pour les ressources de chaque région. Cette approche maximise les avantages de la régionalisation pour chaque déploiement.

Votre hiérarchie de ressources Google Cloud , qui définit la façon dont vous organisez les dossiers et les projets, est également fondamentale. Une hiérarchie bien planifiée qui s'aligne sur les limites de votre application, qu'elles soient régionales ou mondiales, simplifie le regroupement et la gestion des ressources dans App Hub. Pour en savoir plus, consultez Choisir votre modèle de configuration App Hub.

Avantages des applications régionales

Bien que les applications globales offrent de la flexibilité pour les systèmes distribués, le choix d'un emplacement régional pour vos applications App Hub peut présenter des avantages considérables :

  • Assurez la résidence et la conformité des données : bien que les métadonnées App Hub n'offrent pas la résidence des données, une application régionale vous permet de vous assurer que les données réelles traitées et stockées par les ressources sous-jacentes restent dans les limites géographiques que vous sélectionnez. Cet avantage est souvent essentiel pour respecter les exigences légales, réglementaires et organisationnelles concernant la localisation des données.

  • Réduisez la latence : en regroupant les ressources d'application dans la même région, vous minimisez généralement la latence réseau entre les services, ce qui peut améliorer les performances de l'application et l'expérience utilisateur.

  • Respectez les exigences concernant les fonctionnalités des produits : certains services ou fonctionnalités Google Cloud exigent que toutes les ressources interagissant soient situées dans la même région. Par exemple, une instance Compute Engine ne peut associer un disque persistant que s'il se trouve dans la même région. Une application App Hub régionale s'aligne intrinsèquement sur ces contraintes architecturales.

  • Optimiser les coûts : le transfert de données entre différentes régions Google Cloud entraîne souvent des coûts réseau, tandis que le trafic réseau au sein d'une même région est généralement facturé moins cher. En créant votre application au niveau régional, vous pouvez mieux gérer et réduire les frais de réseau entre régions.

  • Alignement avec les domaines de défaillance : les régions Google Cloud sont conçues pour être des domaines de défaillance indépendants. Le déploiement de votre application dans une seule région et l'utilisation de plusieurs zones dans cette région pour la haute disponibilité alignent la tolérance aux pannes de votre application sur le modèle de résilience de l'infrastructure de Google Cloud.

Étapes suivantes