ID regione
REGION_ID è un codice abbreviato assegnato da Google
in base alla regione selezionata al momento della creazione dell'app. Il codice non
corrispondono a un paese o a una provincia, anche se potrebbero essere visualizzati alcuni ID regione
in modo simile ai codici paese e provincia di uso comune. Per le app create dopo il giorno
Febbraio 2020, REGION_ID.r è incluso in
URL di App Engine. Per le app esistenti create prima di questa data,
l'ID regione è facoltativo nell'URL.
Scopri di più sugli ID regione.
Un'app App Engine è costituita da una singola risorsa dell'applicazione che consiste in uno o più servizi. Ogni servizio può essere configurato per utilizzare diversi e operare con impostazioni delle prestazioni diverse. Entro per ogni servizio, esegui il deployment delle versioni di quel servizio. Ogni versione viene quindi eseguita in una o più istanze, a seconda del volume di traffico configurato da gestire.
Componenti di un'applicazione
L'app App Engine viene creata nel progetto Google Cloud quando creare una risorsa applicazione. App Engine un'applicazione è un container di primo livello che include il servizio, la versione le risorse dell'istanza che compongono la tua app. Quando crei nell'app App Engine, tutte le risorse vengono create regione che scegli, incluso il codice dell'app insieme a una raccolta di impostazioni, credenziali e metadati dell'app.
Ogni applicazione App Engine include almeno un servizio, default
che può contenere molte versioni a seconda dello stato di fatturazione dell'app.
Per ulteriori informazioni, consulta la sezione Limiti riportata di seguito.
Il seguente diagramma illustra la gerarchia di un App Engine in esecuzione con più servizi. In questo diagramma, l'app include due servizi che contengono più versioni, di cui due sono in esecuzione su più istanze:
Altri servizi Google Cloud, ad esempio Datastore, condivise nell'app App Engine. Per ulteriori informazioni, vedi Struttura del Web Google Cloud.
Servizi
Usa i servizi di App Engine per scomporre le app di grandi dimensioni in modo logico in grado di condividere in modo sicuro le funzionalità di App Engine e di comunicare l'uno con l'altro. In genere, i servizi App Engine si comportano come microservizi. Puoi quindi eseguire l'intera app in un unico servizio oppure progettare e di più servizi da eseguire come un insieme di microservizi.
Ad esempio, un'app che gestisce le richieste dei clienti potrebbe includere e servizi ciascuno che gestiscono attività diverse, ad esempio:
- Richieste API da dispositivi mobili
- Richieste interne di tipo amministrativo
- Elaborazione di backend come pipeline di fatturazione e analisi dei dati
Ogni servizio in App Engine è costituito dal codice sorgente dell'app e i file di configurazione di App Engine corrispondenti. L'insieme di file che di cui esegui il deployment in un servizio rappresentano una singola versione del servizio e ogni al momento del deployment al servizio, creerai versioni aggiuntive all'interno dello stesso servizio.
Versioni
La presenza di più versioni dell'app all'interno di ciascun servizio consente di passare da una versione all'altra dell'app per rollback, test eventi temporanei. Puoi indirizzare il traffico a una o più versioni specifiche del tuo app di eseguire la migrazione o divisione per via del traffico.
Istanze
Le versioni all'interno dei tuoi servizi vengono eseguite su una o più istanze. Per impostazione predefinita, App Engine scala la tua app in base al carico. Le tue app fai lo scale up del numero di istanze in esecuzione per fornire un prestazioni o fare lo scale down per ridurre al minimo le istanze inattive e ridurre i costi. Per ulteriori informazioni sulle istanze, consulta Come vengono Gestito.
Richieste di applicazione
Ogni servizio dell'app e ciascuna delle sue versioni devono hanno un nome univoco. Puoi quindi utilizzare questi nomi univoci per il targeting e il routing il traffico verso risorse specifiche utilizzando URL, ad esempio:
https://VERSION-dot-SERVICE-dot-PROJECT_ID.REGION_ID.r.appspot.com
Tieni presente che la lunghezza combinata
VERSION-dot-SERVICE-dot-PROJECT_ID, dove
VERSION è il nome della versione, SERVICE
è il nome del servizio e PROJECT_ID è il tuo
ID progetto, non può contenere più di 63 caratteri e non può iniziare o terminare con
un trattino. Se la lunghezza combinata è
più di 63 caratteri, potresti visualizzare l'errore DNS address could not be
found.
Le richieste degli utenti in entrata vengono instradate ai servizi o alle versioni configurate per gestire il traffico. Puoi anche indirizzare e indirizzare richieste a specifiche e versioni successive. Per saperne di più, consulta Gestire le richieste.
Logging delle richieste dell'applicazione
Quando l'applicazione gestisce una richiesta, può anche scrivere il proprio logging
messaggi a stdout e
stderr. Per maggiori dettagli sui log dell'app, vedi Scrittura di applicazioni
Log.
Limiti
Il numero massimo di servizi e versioni di cui puoi eseguire il deployment dipende prezzi dell'app:| Limite | App gratuita | App a pagamento |
|---|---|---|
| Numero massimo di servizi per app | 5 | 210 |
| Numero massimo di versioni per app | 15 | 210 |
Esiste inoltre un limite al numero di istanze per ogni servizio con scalabilità manuale:
| Numero massimo di istanze per versione con scalabilità manuale/di base | ||
|---|---|---|
| App gratuita | App a pagamento Stati Uniti | App a pagamento UE |
| 20 | 25 (200 per us-central) |
25 |
Esiste anche un limite al numero di caratteri nell'URL del un'applicazione.
| Descrizione | Limite |
|---|---|
Numero massimo di caratteri nell'URL del progetto per
URL VERSION-dot-SERVICE-dot-PROJECT_ID |
63 |