Questo documento elenca le quote e i limiti di sistema che si applicano a Workflows. Le quote specificano la quantità di una risorsa condivisa e conteggiabile che puoi utilizzare e sono definite dai servizi Google Cloud come Workflows. I limiti di sistema sono valori fissi che non possono essere modificati.
Google Cloud utilizza le quote per contribuire a garantire l'equità e ridurre gli picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una risorsa Google Cloud che può essere utilizzata nel progetto Google Cloud. Le quote si applicano a una serie di tipi di risorse, inclusi hardware, software e componenti di rete. Ad esempio, le quote possono limitare il numero di chiamate API a un servizio, il numero di bilanciatori del carico utilizzati contemporaneamente dal tuo progetto o il numero di progetti che puoi creare. Le quote proteggono la community degli utenti di Google Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano anche a gestire le tue risorse Google Cloud.
Il sistema delle quote di Cloud esegue le seguenti operazioni:
- Monitora il tuo consumo di prodotti e servizi Google Cloud
- Limita il consumo di queste risorse
- Fornisce un modo per richiedere modifiche al valore della quota
Nella maggior parte dei casi, quando provi a consumare più di una risorsa rispetto a quanto consentito dalla quota, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire non va a buon fine.
In genere, le quote si applicano a livello di progetto Google Cloud. L'utilizzo di una risorsa in un progetto non influisce sulla quota disponibile in un altro progetto. All'interno di un progetto Google Cloud, le quote sono condivise tra tutte le applicazioni e gli indirizzi IP.
Esistono anche limiti di sistema per le risorse Workflows. I limiti di sistema non possono essere modificati.
Quote
Workflows applica le seguenti quote per ogni progetto Google Cloud. Puoi aumentare o diminuire queste quote:
| Quota | Descrizione | Valore |
|---|---|---|
| Totale flussi di lavoro | Il numero massimo di flussi di lavoro che puoi eseguire per progetto | 10.000 |
| Esecuzioni simultanee | Il numero massimo di esecuzioni del flusso di lavoro attive per regione e per progetto. Le esecuzioni simultanee sono quelle che sono state avviate e non sono ancora state completate o non sono andate a buon fine, incluse quelle in attesa di callback o in stato di sospensione. Una volta raggiunta la quota e con l'accodamento delle esecuzioni abilitato per impostazione predefinita (con alcune eccezioni), le esecuzioni vengono create in stato |
10.000 |
| Esecuzioni in coda | Il numero massimo di esecuzioni del flusso di lavoro in coda per regione e per
progetto.
Per saperne di più, consulta Gestire le code di esecuzione. |
100.000 |
| Richieste API al flusso di lavoro | Il numero massimo di richieste API (create,
update, list, get,
delete) da tutti i flussi di lavoro del tuo progetto
(al minuto per località) |
1200 |
| Richieste get all'API di esecuzione | Il numero massimo di richieste di get
per le esecuzioni dei flussi di lavoro da tutti i flussi di lavoro del tuo progetto (al minuto per
località) |
6000 |
| Richieste list all'API di esecuzione | Il numero massimo di richieste di
list
esecuzioni dei flussi di lavoro da tutti i flussi di lavoro del tuo progetto (al minuto per
località) |
1200 |
| Richieste write all'API di esecuzione | Il numero massimo di richieste di
create
e
cancel
esecuzioni di flussi di lavoro (incluse le esecuzioni attivate da Eventarc) da tutti i flussi di lavoro del tuo progetto (al minuto per
località).
Se le esecuzioni attivate da Eventarc superano questo valore massimo, viene eseguito un nuovo tentativo per gli eventi in base al criterio di ripetizione di Eventarc. |
6000 |
| Richieste get per le voci della fase dell'API Execution | Il numero massimo di richieste a
get
una voce del passaggio da un'esecuzione del flusso di lavoro (al minuto per località) |
6000 |
| Richieste di elenco delle voci di passaggio dell'API Execution | Il numero massimo di richieste alle voci di
list
dei passaggi di un'esecuzione del flusso di lavoro (al minuto per località) |
1200 |
| Richieste di esportazione dei dati dell'API di esecuzione | Il numero massimo di richieste a
export data
da un'esecuzione del flusso di lavoro (al minuto per località) |
10 |
| Richieste HTTP agli endpoint di callback | Il numero massimo di richieste API SendHttpCallback effettuate
sulle risorse di esecuzione di tutti i flussi di lavoro del tuo progetto (al minuto
per località) |
1500 |
| Richieste di callback dell'elenco dell'API Execution | Il numero massimo di richieste ai callback di
list
da un'esecuzione del flusso di lavoro (al minuto per località) |
300 |
Richieste di aumento delle quote
Per aumentare o diminuire le quote, utilizza la console Google Cloud. Per ulteriori informazioni, consulta la pagina Richiedere una quota maggiore.
Limiti di passaggi
Workflows applica i seguenti limiti di passaggi per ogni flusso di lavoro. Non puoi richiedere modifiche a questi limiti:
| Limite | Descrizione | Valore |
|---|---|---|
| Compiti per passaggio | Il numero massimo di assegnazioni che possono essere eseguite in un singolo passaggio | 50 |
| Condizioni per interruttore | Il numero massimo di condizioni che possono essere valutate in un singolo blocco switch | 50 |
| Profondità massima dello stack di chiamate | Il numero massimo di livelli di chiamate di funzioni; ad esempio, quando un sottoprocesso si chiama da solo o chiama un altro sottoprocesso oppure le chiamate di funzioni della libreria standard che a loro volta chiamano altre funzioni | 20 |
| Numero minimo di passaggi | Il numero minimo di passaggi all'interno di un flusso di lavoro | 1 |
| Numero massimo di passaggi | Il numero massimo di passaggi che possono essere eseguiti in una singola esecuzione del flusso di lavoro | 100.000 |
Limiti di passaggi paralleli
Workflows applica i seguenti limiti quando si utilizzano i passaggi paralleli. Non puoi richiedere modifiche a questi limiti:
| Limite | Descrizione | Valore |
|---|---|---|
| Rami per passaggio | Il numero massimo di rami supportati all'interno di un passaggio parallelo | 10 |
| Profondità parallela | La profondità massima a cui possono essere nidificati i passaggi paralleli | 2 |
| Branch e iterazioni simultanei | Il numero massimo di branch e iterazioni che possono essere eseguiti contemporaneamente all'interno di un'unica esecuzione del flusso di lavoro prima che altri branch e iterazioni vengano messi in coda automaticamente in attesa del completamento di uno o più thread in esecuzione. Non esiste un limite al numero totale di thread, ma si applicano tutti gli altri limiti. |
20 |
| Eccezioni non rilevate all'interno di un passaggio parallelo | Il numero massimo di eccezioni non gestite che possono essere sollevate durante l'esecuzione del flusso di lavoro (in totale) | 100 |
Limiti delle risorse
Workflows applica i seguenti limiti di utilizzo. Non puoi richiedere modifiche a questi limiti:
| Limite | Descrizione | Valore |
|---|---|---|
| Dimensione del codice sorgente | La dimensione massima del file YAML o JSON che definisce il flusso di lavoro | 128 KB |
| Dimensione della risposta | La dimensione massima di una risposta HTTP (se salvata in una variabile, si applica il limite di memoria per le variabili) | 2 MB |
| Lunghezza dell'espressione | Il numero massimo di caratteri in una singola espressione | 400 caratteri |
| Dimensioni dei dati | La dimensione cumulativa massima per variabili, argomenti ed eventi: | 512 KB |
|
||
|
||
|
||
| Lunghezza massima in byte della stringa utilizzando la codifica UTF-8 | 256 KB | |
| Variabili di ambiente | La dimensione massima per una stringa di definizione di una
variabile di ambiente definita dall'utente (KEY=value); è possibile definire un massimo di 20 variabili |
4 KiB |
| Durata dell'esecuzione | La durata massima (dall'ora di inizio all'ora di fine) dell'esecuzione di un flusso di lavoro; qualsiasi flusso di lavoro che superi questo limite termina con un errore di timeout | 1 anno |
| Mantenimento dell'esecuzione | Il periodo di conservazione massimo (al termine dell'esecuzione di un flusso di lavoro) della cronologia e dei risultati di un'esecuzione | 90 giorni |
| Finestra di deduplicazione | La finestra di deduplica per garantire l'elaborazione "exactly-once" quando si attiva un'esecuzione del flusso di lavoro con eventi | 24 ore |