Località di Runtime SaaS

Regioni

Runtime SaaS è disponibile nelle seguenti regioni. Per saperne di più su regioni e zone, consulta Area geografica e regioni.

Asia Pacifico

La tabella seguente elenca le regioni disponibili in Asia Pacifico.

Descrizione della regione	Nome regione
Tokyo, Giappone	`asia-northeast1`
Osaka, Giappone	`asia-northeast2`
Seul, Corea del Sud	`asia-northeast3`
Taiwan	`asia-east1`
Hong Kong	`asia-east2`
Mumbai, India	`asia-south1`
Delhi, India	`asia-south2`
Singapore	`asia-southeast1`
Giacarta, Indonesia	`asia-southeast2`
Sydney, Australia	`australia-southeast1`
Melbourne, Australia	`australia-southeast2`

Europa

La tabella seguente elenca le regioni disponibili in Europa.

Descrizione della regione	Nome regione
Hamina, Finlandia	`europe-north1`
Stoccolma, Svezia	`europe-north2`
Varsavia, Polonia	`europe-central2`
Saint-Ghislain, Belgio	`europe-west1`
Londra, Inghilterra	`europe-west2`
Francoforte, Germania	`europe-west3`
Milano, Italia	`europe-west8`
Parigi, Francia	`europe-west9`
Berlino, Germania	`europe-west10`
Torino, Italia	`europe-west12`
Eemshaven, Paesi Bassi	`europe-west4`
Zurigo, Svizzera	`europe-west6`
Madrid, Spagna	`europe-southwest1`

Americhe

La tabella seguente elenca le regioni disponibili nelle Americhe.

Descrizione della regione	Nome regione
Moncks Corner, Carolina del Sud	`us-east1`
Columbus, Ohio	`us-east5`
Ashburn, Virginia	`us-east4`
The Dalles, Oregon	`us-west1`
Los Angeles, California	`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, Messico	`northamerica-south1`
San Paolo, Brasile	`southamerica-east1`
Santiago, Cile	`southamerica-west1`

Medio Oriente e Africa

La tabella seguente elenca le regioni disponibili in Medio Oriente e Africa.

Descrizione della regione	Nome regione
Johannesburg, Sudafrica	`africa-south1`
Doha, Qatar	`me-central1`
Dammam, Arabia Saudita	`me-central2`
Tel Aviv, Israele	`me-west1`

Il campo `saas.locations`

Il campo saas.locations, all'interno della risorsa Offerta SaaS, definisce dove possono risiedere le unità di runtime SaaS e come vengono gestiti i rollout. Il campo saas.locations funge da unica fonte attendibile per le regioni supportate della tua offerta SaaS.

Considerazioni sulla regionalizzazione dell'implementazione

Le località supportate per le implementazioni sono determinate dalle regioni di primo livello definite nelle regioni supportate della tua offerta SaaS (saas.locations).

I rollout leggono l'elenco delle regioni supportate direttamente dal campo saas.locations dell'offerta SaaS associata.

Replica delle risorse

Quando crei risorse di runtime SaaS come release e tipi di unità, devono essere propagate in tutte le regioni specificate nel campo saas.locations della tua offerta SaaS, oltre alla regione global.

La replica delle risorse garantisce coerenza e disponibilità nelle regioni supportate dall'offerta SaaS.

Ad esempio, se saas.locations è impostato su ['us-central1', 'eu-west1'], dovresti avere tre risorse dell'offerta SaaS:

Uno su global (con .location = 'global')
Uno su us-central1 (con .location = 'us-central1')
Uno su eu-west1 (con .location = 'eu-west1')

Tutte e tre le risorse dell'offerta SaaS avranno lo stesso campo .locations (['us-central1','eu-west1']). Allo stesso modo, Runtime SaaS avrà bisogno di tipi di unità e release in global, us-central1 e eu-west1.

La gestione delle modifiche al campo saas.locations o ad altre risorse replicate in più regioni è limitata. Devi applicare manualmente le modifiche a ogni risorsa replicata.

Replica utilizzando la console Google Cloud anziché Google Cloud CLI

La replica delle risorse funziona in modo diverso a seconda che utilizzi SaaS Runtime utilizzando la console Google Cloud o Google Cloud CLI/API.

Utilizzo della consoleGoogle Cloud : SaaS Runtime creerà automaticamente le risorse in global e in ciascuna delle regioni elencate in saas.locations.
Utilizzo di Google Cloud CLI o API: sei responsabile della creazione manuale delle risorse in global e in ciascuna delle regioni elencate in saas.locations.

Utilizzo di globale come regione

L'inclusione di global come regione nel campo saas.locations è generalmente sconsigliata. I rollout non possono essere implementati nella regione global.

I rollout creano sempre rollout regionali in ogni regione elencata nel campo saas.locations. Puoi utilizzare global per l'orchestrazione, ma evita di elencare global come destinazione di deployment nel campo saas.locations.

Posizioni di Artifact Registry e Developer Connect

Le posizioni del repository Artifact Registry e dell'istanza Developer Connect hanno requisiti specifici:

La regione del repository Artifact Registry e dell'istanza Developer Connect può essere qualsiasi regione Google Cloud valida. Non devono essere inclusi in saas.locations.
La regione del repository Artifact Registry deve corrispondere alla regione dell'istanza Developer Connect.
Durante il provisioning dell'unità, Runtime SaaS copia l'artefatto dal repository Artifact Registry nella regione in cui viene eseguito il deployment dell'unità.

Ciò richiede la presenza di risorse di tipo offerta SaaS, release e unità in tutte le regioni elencate in saas.locations, anche se Artifact Registry e Developer Connect si trovano in una singola regione (potenzialmente diversa).
Le unità possono essere create solo nelle regioni specificate nel campo saas.locations. Le unità non vengono propagate a global a meno che non siano specificate in modo esplicito e non è consigliabile farlo.

Configurazione di esempio delle regioni di Runtime SaaS

Abbiamo fornito questo esempio per mostrare come funziona la regionalizzazione quando si utilizza Runtime SaaS.

Ad esempio, se vuoi eseguire il deployment della tua offerta SaaS in us-central1 e europe-west4, mentre ospiti il repository Artifact Registry e l'istanza Developer Connect in us-east1, l'infrastruttura delle regioni di Runtime SaaS sarebbe simile a:

saas.locations: ['us-central1', 'europe-west4']
Regione del repository Artifact Registry: us-east1
Regione dell'istanza di Developer Connect: us-east1
Risorse offerta SaaS, tipo di unità e release: create da Runtime SaaS in global, us-central1 e europe-west4 utilizzando Runtime SaaS nella consoleGoogle Cloud .

Nota :se utilizzi SaaS Runtime tramite l'API o la CLI, sei responsabile della creazione dell'offerta SaaS, del tipo di unità e del rilascio in ogni regione.
Unità:le unità possono essere create in us-central11 o europe-west4.

Questa configurazione ti consente di gestire i deployment in due regioni mantenendo la gestione degli artefatti centralizzata in una terza regione distinta. Quando selezioni le regioni, devi valutare attentamente i requisiti di latenza, conformità e residenza dei dati.