Questo documento elenca le quote e i limiti che si applicano Workflows.
Google Cloud utilizza le quote per contribuire a garantire equità e ridurre dei picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di dati Risorsa Google Cloud utilizzabile dal 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 di progetti che puoi creare. Le quote proteggono la community per gli utenti di Google Cloud evitando il sovraccarico dei servizi. Anche le quote sono utili per gestire le tue risorse Google Cloud.
Il sistema Cloud Quotas esegue le seguenti operazioni:
- Monitora il tuo consumo dei prodotti e dei servizi Google Cloud
- Limita il tuo consumo di queste risorse
- Fornisce un mezzo per richiedere modifiche al valore della quota
Nella maggior parte dei casi, quando tenti di consumare una risorsa superiore alla sua quota lo consente, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire.
In genere le quote si applicano al progetto Google Cloud livello. L'utilizzo di una risorsa in un progetto non influisce la 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 per le risorse Workflows. Questi non sono correlati al sistema delle quote. I limiti non possono essere modificati se non diversamente specificato.
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 attive del flusso di lavoro per regione, per progetto. Le esecuzioni simultanee sono quelle avviate e non non ancora completati o non riusciti, incluse quelle in attesa di callback stanno dormendo. Una volta raggiunta la quota e se
backlogging delle esecuzioni è abilitato, le esecuzioni vengono create
uno stato |
7.500 |
Esecuzioni in backlog | Il numero massimo di esecuzioni di flussi di lavoro in backlog per regione, per
progetto.
Per ulteriori informazioni, vedi Gestire il backlogging dell'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, vengono riprovati in base alla 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 voci dei passaggi dell'elenco dell'API di esecuzione | 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
export data
da un'esecuzione di un 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 elenco API di esecuzione | Il numero massimo di richieste
list
callback da un'esecuzione di un flusso di lavoro (al minuto per località) |
300 |
Richieste di aumento della quota
Per aumentare o diminuire le quote, utilizza la console Google Cloud. Per ulteriori informazioni, consulta la sezione Richiesta di una quota superiore.
Limiti di passaggi
Workflows applica i seguenti limiti di passaggio a 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 è possibile valutare in una singola switch block | 50 |
Profondità massima dello stack di chiamate | Il numero massimo di livelli di chiamate di funzione. ad esempio, quando il flusso di lavoro secondario richiama se stesso o un altro flusso di lavoro secondario; o libreria standard chiamate di funzione che a loro volta richiamano 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 un singolo flusso di lavoro esecuzione | 100.000 |
Limiti di passi in parallelo
Workflows applica i seguenti limiti quando si utilizzano 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; ma 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 espressione | Il numero massimo di caratteri in un singolo espressione | 400 caratteri |
Dimensioni dei dati | La dimensione cumulativa massima per variabili, argomenti ed eventi: | 512 kB |
|
||
|
||
|
||
Numero massimo di stringa lunghezza in byte utilizzando la codifica UTF-8 | 256 kB | |
Variabili di ambiente | La dimensione massima di un
stringa di definizione della 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) di un flusso di lavoro execution; qualsiasi flusso di lavoro che supera questo limite termina con un timeout errore | 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 |