Applications mondiales et régionales

App Hub est disponible dans les emplacements compatibles pour vous aider à organiser les ressources d'infrastructure Google Cloud mondiales ou régionales dans les applications App Hub. La compatibilité avec les 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. De plus, ce choix a des implications importantes sur le traitement des données, la colocation, les coûts et la conformité. Les applications globales et régionales sont définies comme suit :

  • Applications mondiales : regroupez de manière fonctionnelle les services et les charges de travail qui sont distribués à l'échelle mondiale ou répartis dans 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 : regroupent de manière fonctionnelle 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 lesGoogle Cloud régions et les zones, qui sont conçues pour assurer la tolérance aux pannes et la 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 globales et régionales :

Application globale Application régionale
Cas d'utilisation recommandé Idéal pour les applications dont les composants sont intrinsèquement globaux ou répartis dans plusieurs régions. Recommandé lorsque tous les composants d'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 situées dans la même région que l'application. Vous ne pouvez pas enregistrer de composants globaux dans une application régionale.
Métadonnées de l'application Stockage dans plusieurs régions et accès depuis n'importe quelle région Google Cloud.
La résidence des données n'est pas prise en charge.		 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 est compatible lorsque vous utilisez des points de terminaison régionaux.
Exemples Gérer une application à équilibrage de charge mondial avec des composants 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 charges de travail dans us-central1.

Sélectionner le meilleur emplacement pour votre application

Tenez compte des exigences d'architecture et d'exploitation 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 des considérations géographiques :

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

Vous pouvez avoir des ressources Google Cloud situées dans plusieurs régions qui ne forment pas une seule fonction globale 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 vos limites de gestion des 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, le choix d'un emplacement régional pour vos applications App Hub peut offrir des avantages significatifs :

  • Prise en charge de la résidence des données et de la conformité : les métadonnées App Hub sont compatibles avec la résidence des données lorsque vous accédez à vos applications régionales à l'aide de points de terminaison régionaux. Cela vous permet de vous assurer que les métadonnées de votre application et les données traitées et stockées par les ressourcesGoogle Cloud sous-jacentes restent dans les limites géographiques que vous sélectionnez. Cet avantage est crucial pour respecter les exigences légales, réglementaires et organisationnelles en matière de localité et de souveraineté des données.

  • Réduire la latence : la colocation des composants d'application dans la même région réduit 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.

  • Répondre aux exigences des fonctionnalités des produits : certains produits ou fonctionnalités Google Cloud exigent que tous les composants en interaction se trouvent 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 de mise en réseau, tandis que le trafic réseau au sein d'une même région est généralement moins cher. En créant votre application au niveau régional, vous pouvez mieux gérer et réduire les frais de réseau interrégionaux.

  • 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