Emplacements de l'environnement d'exécution SaaS

Régions

SaaS Runtime est disponible dans les régions suivantes. Pour en savoir plus sur les régions et les zones, consultez la section Zones géographiques et régions.

Asie-Pacifique

Le tableau suivant répertorie les régions disponibles en Asie-Pacifique.

Description de la région Nom de la région
Tokyo, Japon asia-northeast1
Osaka, Japon asia-northeast2
Séoul, Corée du Sud asia-northeast3
Taïwan asia-east1
Hong Kong asia-east2
Mumbai, Inde asia-south1
Delhi, Inde asia-south2
Singapour asia-southeast1
Jakarta, Indonésie asia-southeast2
Sydney, Australie australia-southeast1
Melbourne, Australie australia-southeast2

Europe

Le tableau suivant répertorie les régions disponibles en Europe.

Description de la région Nom de la région
Hamina, Finlande europe-north1
Stockholm, Suède europe-north2
Varsovie, Pologne europe-central2
Saint-Ghislain, Belgique europe-west1
Londres, Angleterre europe-west2
Francfort, Allemagne europe-west3
Milan, Italie europe-west8
Paris, France europe-west9
Berlin, Allemagne europe-west10
Turin, Italie europe-west12
Eemshaven, Pays-Bas europe-west4
Zurich, Suisse europe-west6
Madrid, Espagne europe-southwest1

Amériques

Le tableau suivant répertorie les régions disponibles dans les Amériques.

Description de la région Nom de la région
Moncks Corner, Caroline du Sud us-east1
Columbus, Ohio us-east5
Ashburn, Virginie us-east4
The Dalles, Oregon us-west1
Los Angeles, Californie us-west2
Salt Lake City, Utah us-west3
Las Vegas, Nevada us-west4
Council Bluffs, Iowa us-central1
Dallas, Texas us-south1
Montréal, Canada northamerica-northeast1
Toronto, Canada northamerica-northeast2
Querétaro, Mexique northamerica-south1
São Paulo, Brésil southamerica-east1
Santiago, Chili southamerica-west1

Moyen-Orient et Afrique

Le tableau suivant répertorie les régions disponibles au Moyen-Orient et en Afrique.

Description de la région Nom de la région
Johannesburg, Afrique du Sud africa-south1
Doha, Qatar me-central1
Dammam, Arabie saoudite me-central2
Tel Aviv, Israël me-west1

Le champ saas.locations

Le champ saas.locations de la ressource Offre SaaS définit où vos unités d'environnement d'exécution SaaS peuvent résider et comment vos déploiements sont gérés. Le champ saas.locations sert de source unique d'informations pour les régions compatibles avec votre offre SaaS.

Points à prendre en compte concernant la régionalisation du déploiement

Les emplacements compatibles avec les déploiements sont déterminés par les régions de premier niveau définies dans les régions compatibles de votre offre SaaS (saas.locations).

Les déploiements lisent la liste des régions compatibles directement à partir du champ saas.locations de l'offre SaaS associée.

Réplication des ressources

Lorsque vous créez des ressources SaaS Runtime telles que des versions et des genres d'unité, elles doivent être propagées dans toutes les régions spécifiées dans le champ saas.locations de votre offre SaaS, en plus de la région global.

La réplication de vos ressources assure la cohérence et la disponibilité dans les régions compatibles avec votre offre SaaS.

Par exemple, si saas.locations est défini sur ['us-central1', 'eu-west1'], vous devez disposer de trois ressources d'offre SaaS :

  • Un sur global (avec .location = 'global')
  • Un sur us-central1 (avec .location = 'us-central1')
  • Un sur eu-west1 (avec .location = 'eu-west1')

Les trois ressources d'offre SaaS auront le même champ .locations (['us-central1','eu-west1']). De même, SaaS Runtime aura besoin de types et de versions d'unités dans global, us-central1 et eu-west1.

La gestion des modifications apportées au champ saas.locations ou à d'autres ressources répliquées dans plusieurs régions est limitée. Vous devez appliquer manuellement les modifications à chaque ressource répliquée.

Réplication à l'aide de la console Google Cloud ou de Google Cloud CLI

La réplication des ressources fonctionne différemment selon que vous utilisez SaaS Runtime avec la console Google Cloud ou Google Cloud CLI/API.

  • Avec la consoleGoogle Cloud  : SaaS Runtime crée automatiquement des ressources dans global et dans chacune des régions listées dans saas.locations.
  • Utilisation de Google Cloud CLI ou de l'API : vous êtes responsable de la création manuelle des ressources dans global et dans chacune des régions listées dans saas.locations.

Utiliser "global" comme région

Il est généralement déconseillé d'inclure global en tant que région dans le champ saas.locations. Les déploiements ne peuvent pas être déployés dans la région global.

Les déploiements créent toujours des déploiements régionaux dans chaque région listée dans le champ saas.locations. Vous pouvez utiliser global pour l'orchestration, mais évitez de lister global comme cible de déploiement dans le champ saas.locations.

Régions Artifact Registry et Developer Connect

L'emplacement de votre dépôt Artifact Registry et de votre instance Developer Connect doit répondre à des exigences spécifiques :

  • La région de votre dépôt Artifact Registry et de votre instance Developer Connect peut être n'importe quelle région Google Cloud valide. Elles n'ont pas besoin d'être incluses dans saas.locations.

  • La région de votre dépôt Artifact Registry doit correspondre à celle de votre instance Developer Connect.

  • Lors du provisionnement des unités, l'environnement d'exécution SaaS copie l'artefact de votre dépôt Artifact Registry dans la région où l'unité est déployée.

    Cela nécessite la présence de ressources de type offre SaaS, version et unité dans toutes les régions listées dans saas.locations, même si Artifact Registry et Developer Connect résident dans une seule région (potentiellement différente).

  • Les unités ne peuvent être créées que dans les régions spécifiées dans le champ saas.locations. Les unités ne sont pas propagées à global, sauf si cela est explicitement spécifié. Nous vous déconseillons de le faire.

Exemple de configuration des régions de l'environnement d'exécution SaaS

Nous avons fourni cet exemple pour montrer comment fonctionne la régionalisation lorsque vous utilisez SaaS Runtime.

Par exemple, si vous souhaitez déployer votre offre SaaS dans us-central1 et europe-west4, tout en hébergeant votre dépôt Artifact Registry et votre instance Developer Connect dans us-east1, l'infrastructure de vos régions d'environnement d'exécution SaaS ressemblera à ceci :

  • saas.locations : ['us-central1', 'europe-west4']
  • Région du dépôt Artifact Registry : us-east1
  • Région de l'instance Developer Connect : us-east1

  • Ressources offre SaaS, type d'unité et version : créées par SaaS Runtime dans global, us-central1 et europe-west4 à l'aide de SaaS Runtime dans la consoleGoogle Cloud .

  • Unités : les unités peuvent être créées dans us-central11 ou europe-west4.

Cette configuration vous permet de gérer vos déploiements dans deux régions tout en conservant la gestion centralisée de vos artefacts dans une troisième région distincte. Vous devez examiner attentivement vos exigences en matière de latence, de conformité et de résidence des données lorsque vous sélectionnez vos régions.