Applications mondiales et régionales

App Hub est disponible dans les zones géographiques compatibles pour vous aider à organiser les ressources d'infrastructure mondiales ou régionales dans les applications App Hub. Google Cloud La prise en charge des emplacements simplifie la gestion en vous permettant de regrouper les composants d'application en fonction de leur emplacement géographique et de leurs méthodes de communication avec d'autres parties de votre infrastructure.

Lorsque vous créez une application, vous définissez son emplacement comme global ou régional. Ce choix est fondamental pour déterminer quels services et charges de travail peuvent faire partie de l'application. Ce choix a également des implications importantes pour la gestion 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 régions Google Cloud . Par exemple, vous pouvez inclure un service d'équilibreur de charge d'application global et ses charges de travail de backend distribuées 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 service d'équilibreur de charge d'application régional et ses charges de travail 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 dont les composants sont intrinsèquement mondiaux ou distribués dans 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 Google Cloud globales et régionales de n'importe quelle région. Ne peut contenir que des ressources Google Cloud de la même région unique que l'application. Vous ne pouvez pas enregistrer de composants globaux 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 global avec des composants de backend dans différentes régions pour fournir une vue centralisée du système distribué. Gestion d'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 représente l'application lorsque vous choisissez entre des emplacements mondiaux et régionaux. La comparaison suivante est basée sur des considérations géographiques :

  • 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 composant plus faible, d'un alignement sur les exigences de localité des données, d'économies potentielles 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 s'appuient sur des ressources Google Cloud mondiales, optez pour les applications mondiales.

Vous pouvez avoir des ressources Google Cloud 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 composants 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 gestion de vos applications, qu'elles soient régionales ou mondiales, simplifie le regroupement et la gestion des services et des charges de travail dans les applications. Pour en savoir plus, consultez Choisir votre modèle de configuration d'application.

Avantages des applications régionales

Les applications globales offrent de la flexibilité pour les systèmes distribués. Toutefois, choisir une région pour vos applications App Hub peut présenter des avantages considérables :

  • Résidence et conformité des données : les métadonnées App Hub n'offrent pas de résidence des données. Toutefois, une application régionale vous permet de vous assurer que les données réelles traitées et stockées par les ressourcesGoogle Cloud 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 : la colocation des composants d'application dans la même région minimise généralement la latence réseau entre les composants, 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 produits ou fonctionnalités Google Cloud exigent que tous les composants interagissant soient situés 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.

  • Optimisez les coûts : le transfert de données entre différentes régions Google Cloud entraîne souvent des frais de 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 sur 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