SaaS-Laufzeit-Standorte

Regionen

SaaS Runtime ist in den folgenden Regionen verfügbar. Weitere Informationen zu Regionen und Zonen finden Sie unter Geografie und Regionen.

Asiatisch-pazifischer Raum

In der folgenden Tabelle sind die verfügbaren Regionen im asiatisch-pazifischen Raum aufgeführt.

Beschreibung der Region Name der Region
Tokio, Japan asia-northeast1
Osaka, Japan asia-northeast2
Seoul, Südkorea asia-northeast3
Taiwan asia-east1
Hongkong asia-east2
Mumbai, Indien asia-south1
Delhi, Indien asia-south2
Singapur asia-southeast1
Jakarta, Indonesien asia-southeast2
Sydney, Australien australia-southeast1
Melbourne, Australien australia-southeast2

Europa

In der folgenden Tabelle sind die verfügbaren Regionen in Europa aufgeführt.

Beschreibung der Region Name der Region
Hamina, Finnland europe-north1
Stockholm, Schweden europe-north2
Warschau, Polen europe-central2
St. Ghislain, Belgien europe-west1
London, England europe-west2
Frankfurt, Deutschland europe-west3
Mailand, Italien europe-west8
Paris, Frankreich europe-west9
Berlin, Deutschland europe-west10
Turin, Italien europe-west12
Eemshaven, Niederlande europe-west4
Zürich, Schweiz europe-west6
Madrid, Spanien europe-southwest1

Nord- und Südamerika

In der folgenden Tabelle sind die verfügbaren Regionen in Amerika aufgeführt.

Beschreibung der Region Name der Region
Moncks Corner, South Carolina us-east1
Columbus, Ohio us-east5
Ashburn, Virginia us-east4
The Dalles, Oregon us-west1
Los Angeles, Kalifornien us-west2
Salt Lake City, Utah us-west3
Las Vegas, Nevada us-west4
Council Bluffs, Iowa us-central1
Dallas, Texas us-south1
Montreal, Kanada northamerica-northeast1
Toronto, Kanada northamerica-northeast2
Queretaro, Mexiko northamerica-south1
São Paulo, Brasilien southamerica-east1
Santiago, Chile southamerica-west1

Naher Osten und Afrika

In der folgenden Tabelle sind die verfügbaren Regionen im Nahen Osten und in Afrika aufgeführt.

Beschreibung der Region Name der Region
Johannesburg, Südafrika africa-south1
Doha, Katar me-central1
Dammam, Saudi-Arabien me-central2
Tel Aviv, Israel me-west1

Das Feld saas.locations

Im Feld saas.locations der Ressource SaaS-Angebot wird definiert, wo sich Ihre SaaS-Laufzeiteinheiten befinden können und wie Ihre Roll-outs verwaltet werden. Das Feld saas.locations dient als zentrale Informationsquelle für die unterstützten Regionen Ihres SaaS-Angebots.

Überlegungen zur Regionalisierung des Roll-outs

Die unterstützten Standorte für Roll-outs werden durch die Top-Level-Regionen bestimmt, die in den unterstützten Regionen Ihres SaaS-Angebots (saas.locations) definiert sind.

Bei der Einführung wird die Liste der unterstützten Regionen direkt aus dem Feld saas.locations des zugehörigen SaaS-Angebots gelesen.

Ressourcenreplikation

Wenn Sie SaaS-Laufzeitressourcen wie Releases und Arten von Einheiten erstellen, müssen diese zusätzlich zur Region global in allen Regionen bereitgestellt werden, die im Feld saas.locations Ihres SaaS-Angebots angegeben sind.

Durch die Replikation Ihrer Ressourcen wird für Konsistenz und Verfügbarkeit in den unterstützten Regionen Ihres SaaS-Angebots gesorgt.

Wenn saas.locations beispielsweise auf ['us-central1', 'eu-west1'] festgelegt ist, sollten Sie drei SaaS-Angebot-Ressourcen haben:

  • Eine in global (mit .location = 'global')
  • Eine in us-central1 (mit .location = 'us-central1')
  • Eine in eu-west1 (mit .location = 'eu-west1')

Alle drei SaaS-Angebotsressourcen haben dasselbe Feld .locations (['us-central1','eu-west1']). Für die SaaS-Laufzeit sind ebenfalls Einheitenarten und Releases in global, us-central1 und eu-west1 erforderlich.

Die Verarbeitung von Änderungen am Feld saas.locations oder an anderen Ressourcen, die über Regionen hinweg repliziert werden, ist eingeschränkt. Sie müssen Änderungen manuell auf jede replizierte Ressource anwenden.

Replikation mit der Google Cloud Console im Vergleich zur Google Cloud CLI

Die Replikation von Ressourcen funktioniert unterschiedlich, je nachdem, ob Sie die SaaS-Laufzeit mit der Google Cloud Console oder der Google Cloud CLI/API verwenden.

  • Google Cloud -Konsole: SaaS Runtime erstellt automatisch Ressourcen in global und in jeder der in saas.locations aufgeführten Regionen.
  • Google Cloud CLI oder API: Sie sind dafür verantwortlich, Ressourcen in global und in jeder der in saas.locations aufgeführten Regionen manuell zu erstellen.

„Global“ als Region verwenden

global als Region im Feld saas.locations anzugeben, wird im Allgemeinen nicht empfohlen. Rollouts können nicht in der Region global bereitgestellt werden.

Bei Rollouts werden immer regionale Rollouts in jeder Region erstellt, die im Feld saas.locations aufgeführt ist. Sie können global für die Orchestrierung verwenden, sollten es aber nicht als Bereitstellungsziel im Feld saas.locations angeben.global

Artifact Registry- und Developer Connect-Standorte

Die Standorte Ihres Artifact Registry-Repositorys und Ihrer Developer Connect-Instanz müssen bestimmte Anforderungen erfüllen:

  • Die Region Ihres Artifact Registry-Repositorys und Ihrer Developer Connect-Instanz kann eine beliebige gültige Google Cloud Region sein. Sie müssen nicht in saas.locations enthalten sein.

  • Die Region Ihres Artifact Registry-Repositorys muss mit der Region Ihrer Developer Connect-Instanz übereinstimmen.

  • Bei der Bereitstellung von Einheiten kopiert die SaaS-Laufzeit das Artefakt aus Ihrem Artifact Registry-Repository in die Region, in der die Einheit bereitgestellt wird.

    Dazu müssen SaaS-Angebot-, Release- und Einheitstyp-Ressourcen in allen in saas.locations aufgeführten Regionen vorhanden sein, auch wenn sich Artifact Registry und Developer Connect in einer einzigen (möglicherweise anderen) Region befinden.

  • Einheiten können nur in Regionen erstellt werden, die im Feld saas.locations angegeben sind. Einheiten werden nicht an global weitergegeben, sofern sie nicht explizit angegeben sind. Das ist auch nicht empfehlenswert.

Beispielkonfiguration für SaaS-Laufzeitregionen

Dieses Beispiel soll veranschaulichen, wie die Regionalisierung bei Verwendung von SaaS Runtime funktioniert.

Wenn Sie Ihr SaaS-Angebot beispielsweise in us-central1 und europe-west4 bereitstellen und Ihr Artifact Registry-Repository und Ihre Developer Connect-Instanz in us-east1 hosten möchten, sieht die Infrastruktur Ihrer SaaS-Laufzeitregionen so aus:

  • saas.locations: ['us-central1', 'europe-west4']
  • Region des Artifact Registry-Repositorys: us-east1
  • Region der Developer Connect-Instanz: us-east1

  • SaaS-Angebot, Einheitstyp und Release: Diese Ressourcen werden von der SaaS-Laufzeit in global, us-central1 und europe-west4 über die SaaS-Laufzeit in derGoogle Cloud -Konsole erstellt.

  • Einheiten:Einheiten können entweder in us-central11 oder europe-west4 erstellt werden.

Mit dieser Konfiguration können Sie Ihre Bereitstellungen in zwei Regionen verwalten und gleichzeitig die Artefaktverwaltung in einer dritten, separaten Region zentralisieren. Berücksichtigen Sie bei der Auswahl der Regionen sorgfältig Ihre Anforderungen an Latenz, Compliance und Datenstandort.