Località Cloud Run Functions (1ª generazione.)
Le funzioni Cloud Run sono regionali, il che significa che l'infrastruttura che esegue una funzione Cloud Run si trova in una regione specifica ed è gestita da Google in modo da essere disponibile in modo ridondante in tutte le zone all'interno di quella regione.
Quando selezioni una regione in cui eseguire le tue funzioni Cloud Run, le considerazioni principali devono essere la latenza e la disponibilità. In genere puoi selezionare la regione più vicina agli utenti della tua funzione Cloud Run, ma devi anche considerare la posizione degli altri prodotti e servizi Google Cloud utilizzati dalla tua app. L'utilizzo di servizi in più località può influire sulla latenza della tua app, nonché sui prezzi.
Le regioni disponibili per le funzioni di Cloud Run sono elencate di seguito. Le diverse versioni delle funzioni di Cloud Run hanno una disponibilità regionale diversa; consulta la sezione "Versioni dei prodotti supportate" colonna nelle tabelle.
Prezzi di Livello 1
Le funzioni Cloud Run sono disponibili nelle seguenti regioni con prezzi per il livello 1:
| Regione | Località | Emissioni di CO2 |
|---|---|---|
asia-east1 |
Taiwan | |
asia-east2 |
Hong Kong | |
asia-northeast1 |
Tokyo | |
asia-northeast2 |
Osaka | |
europe-west1 |
Belgio |
 Bassi livelli di CO2
|
europe-west2 |
Londra | |
us-central1 |
Iowa |
A basse emissioni di CO2
|
us-east1 |
Carolina del Sud | |
us-east4 |
Virginia del Nord | |
us-west1 |
Oregon |
Bassi livelli di CO2 |
Prezzi di Livello 2
Le funzioni Cloud Run sono disponibili nelle seguenti regioni con prezzi del livello 2:
| Regione | Località | Emissioni di CO2 |
|---|---|---|
asia-northeast3 |
Seul | |
asia-southeast1 |
Singapore | |
asia-southeast2 |
Giacarta | |
asia-south1 |
Mumbai | |
australia-southeast1 |
Sydney | |
europe-central2 |
Varsavia | |
europe-west3 |
Francoforte |
Bassi livelli di CO2
|
europe-west6 |
Zurigo |
Bassi livelli di CO2
|
northamerica-northeast1 |
Montreal |
Bassi livelli di CO2
|
southamerica-east1 |
San Paolo |
A basse emissioni di CO2
|
us-west2 |
Los Angeles | |
us-west3 |
Salt Lake City | |
us-west4 |
Las Vegas |
Seleziona la regione
Puoi selezionare una regione per la tua funzione durante il deployment.
gcloud
Se utilizzi Google Cloud CLI, puoi specificare la regione utilizzando il flag --region:
gcloud functions deploy --no-gen2 FUNCTION_NAME --region=REGION ...
Dove REGION è una delle regioni elencate sopra.
Console
Se utilizzi la console Google Cloud, puoi selezionare la regione quando devi creare ed eseguire il deployment di una funzione.
Nella console Google Cloud, vai alla panoramica delle funzioni di Cloud Run .
Vai alla pagina Panoramica delle funzioni di Cloud Run
Assicurati che sia selezionato il progetto per cui hai attivato le funzioni Cloud Run.
Fai clic su Crea funzione.
Nel campo Regione, seleziona una regione.
Puoi eseguire il deployment di funzioni in regioni diverse all'interno di un progetto, ma una volta selezionata la regione per una funzione, non puoi modificarla.
Le funzioni in una data regione di un determinato progetto devono essere univoche (caso sensibili), ma le funzioni possono essere condivise in più regioni o tra progetti con lo stesso nome.
Impostazione di una regione predefinita
Puoi impostare una regione predefinita utilizzando Google Cloud CLI come segue:
gcloud config set functions/region REGION
Ad esempio:
gcloud config set functions/region europe-west1
Residenza dei dati
Le funzioni Cloud Run forniscono una garanzia di residenza dei dati nell'ambito dell'esecuzione della funzione (conformità allo scopo A: esecuzione della funzione), in cui una determinata funzione garantisce la residenza dei dati per l'invocazione/l'esecuzione della funzione.
Questa conformità si applica sia alle funzioni HTTP sia alle funzioni basate su eventi. Per le funzioni basate su eventi, le funzioni Cloud Run sono conformi alla residenza dei dati dal momento in cui il prodotto a monte (prodotto di attivazione) invia l'evento alle funzioni Cloud Run. Di conseguenza, è importante assicurarsi che il prodotto di upstream (come Cloud Storage o Pub/Sub) sia conforme alla residenza dei dati.
Best practice per cambiare regione
Se devi modificare la regione in cui viene eseguito il deployment di una funzione, segui le di seguito.
Funzioni HTTP
Per le funzioni HTTP, ti consigliamo prima di eseguire nuovamente il deployment della funzione HTTP
regione di destinazione (può avere lo stesso nome) e poi modificare lo stato originale
per reindirizzare la relativa richiesta HTTP alla nuova funzione. Se i client della tua funzione HTTP supportano i reindirizzamenti, puoi semplicemente modificare la funzione originale in modo che restituisca uno stato di reindirizzamento HTTP (301) insieme all'URL della nuova funzione. Se i tuoi client non gestiscono bene i reindirizzamenti, puoi eseguire il proxy della richiesta dalla funzione originale alla nuova funzione avviando una nuova richiesta dalla funzione originale alla nuova funzione. Il passaggio finale consiste nell'assicurarsi che tutti i client chiamino la nuova funzione.
Funzioni basate su eventi
Adotta le funzioni basate su eventi una semantica per la consegna di eventi "at-least-once", che significa che in alcune circostanze possono ricevere eventi duplicati e che così dovrebbero devono essere sempre implementate in modo da essere idempotenti. Se la funzione è già idempotente, puoi semplicemente reimplementarla nella nuova regione con lo stesso attivatore evento e rimuovere la vecchia funzione dopo aver verificato che la nuova funzione riceva correttamente il traffico. Durante questa transizione, entrambe le funzioni riceveranno eventi.
Se la tua funzione non è attualmente idempotente o se la sua idempotenza non si estende oltre la regione, ti consigliamo di implementare prima l'idempotenza prima di spostare la funzione.