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 garantire equità e ridurre dei 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. Quote si applicano a una serie di tipi di risorse, tra cui hardware, software e componenti. 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 per gli utenti di Google Cloud evitando 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 utilizzare una risorsa per un volume maggiore di quello 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 vengono condivise tra tutte le applicazioni e gli indirizzi IP.
Esistono anche limiti di sistema sulle risorse Workflows. I limiti di sistema non possono essere modificati.
Quote
Workflows applica le seguenti quote per ogni progetto Google Cloud progetto. Puoi aumentare o diminuire queste quote:
| Quota | Descrizione | Valore |
|---|---|---|
| Flussi di lavoro totali | Il numero massimo di flussi di lavoro di cui puoi eseguire il deployment 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 se è attivato il
backlog delle esecuzioni, le esecuzioni vengono create in
uno stato |
10.000 |
| Esecuzioni in backlog | 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 nel tuo progetto
(al minuto per località) |
1200 |
| Richieste get all'API di esecuzione | Il numero massimo di richieste per get
eseguite da tutti i flussi di lavoro del tuo progetto (al minuto
posizione) |
6000 |
| Richieste list all'API di esecuzione | Il numero massimo di richieste
list
eseguite da tutti i flussi di lavoro del tuo progetto (al minuto
posizione) |
1200 |
| Richieste write all'API di esecuzione | Il numero massimo di richieste
create
e
cancel
esecuzioni dei flussi di lavoro (inclusi quelli attivati da Eventarc
eseguite) da tutti i flussi di lavoro nel tuo progetto (al minuto per
posizione).
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 |
| L'API Execution ottiene le richieste di voci dei passaggi | Il numero massimo di richieste
get
una voce di passaggio da un'esecuzione di un flusso di lavoro (al minuto per località) |
6000 |
| Richieste di elenco delle voci di passaggio dell'API Execution | Il numero massimo di richieste
list
voci di passaggio da un'esecuzione di un flusso di lavoro (al minuto per località) |
1200 |
| Richieste di dati di esportazione dell'API Execution | Il numero massimo di richieste a
export data
da un'esecuzione del flusso di lavoro (al minuto per località) |
10 |
| Richieste HTTP a endpoint di callback | Il numero massimo di richieste API effettuate (SendHttpCallback)
sulle risorse di esecuzione da tutti i flussi di lavoro nel progetto (al minuto
per località) |
1500 |
| Richieste di callback dell'elenco dell'API Execution | Il numero massimo di richieste
list
callback da un'esecuzione di un 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 compiti che possono essere eseguite in un solo passaggio | 50 |
| Condizioni per passaggio | 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 passi in parallelo
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 con cui è possibile nidificare i passaggi paralleli | 2 |
| Rami e iterazioni simultanei | Il numero massimo di rami e iterazioni che possono contemporaneamente all'interno di un'unica esecuzione di flusso di lavoro prima di ulteriori rami vengono messe automaticamente in coda per attendere una o più iterazioni in esecuzione i thread da completare. Non è previsto alcun limite al numero totale di thread; Tuttavia, vengono applicati tutti gli altri limiti. |
20 |
| Eccezioni non rilevate in 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 con 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 |
| Conservazione nell’esecuzione | Il periodo di conservazione massimo (dopo il completamento dell'esecuzione di un flusso di lavoro) di la cronologia e i risultati di un'esecuzione | 90 giorni |
| Finestra di deduplicazione | La finestra di deduplicazione per garantire l'elaborazione "exactly-once" quando che attiva l'esecuzione di un flusso di lavoro eventi | 24 ore |