Questo documento elenca le quote e i limiti di sistema che si applicano a Workflows.
- Le quote hanno valori predefiniti, ma in genere puoi richiedere modifiche.
- I limiti di sistema sono valori fissi che non possono essere modificati.
Google Cloud utilizza le quote per garantire l'equità e ridurre i picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una Google Cloud risorsa che Google Cloud il progetto può utilizzare. 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 utentiGoogle Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano inoltre a gestire le tue Google Cloud risorse.
Il sistema delle quote di Cloud esegue le seguenti operazioni:
- Monitora il tuo consumo di Google Cloud prodotti e servizi
- Limita il consumo di queste risorse
- Fornisce un modo per richiedere modifiche al valore della quota e automatizzare gli aggiustamenti 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 Google Cloud progetto. L'utilizzo di una risorsa in un progetto non influisce sulla quota disponibile in un altro progetto. All'interno di un Google Cloud progetto, le quote vengono 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 |
---|---|---|
Workflow totali | Il numero massimo di flussi di lavoro che puoi eseguire il deployment per progetto | 10.000 |
Esecuzioni simultanee | Il numero massimo di esecuzioni del flusso di lavoro attive per regione, per progetto. Le esecuzioni simultanee sono esecuzioni avviate e non ancora completate o non riuscite, incluse quelle in attesa di callback o inattive. Una volta raggiunta la quota e con l'accumulo di esecuzioni abilitato per impostazione
predefinita (con alcune eccezioni), le esecuzioni vengono create nello stato
|
10.000 |
Esecuzioni nel backlog | Il numero massimo di esecuzioni del flusso di lavoro in backlog per regione, per
progetto.
Per saperne di più, consulta Gestire il backlog 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 esecuzione del flusso di lavoro get
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
esecuzioni del flusso di lavoro list 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 esecuzione dei flussi di lavoro
create
e
cancel (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 massimo, gli eventi vengono ritentati seguendo i criteri di ripetizione di Eventarc. |
6000 |
Richieste get step entries all'API di esecuzione | Il numero massimo di richieste a
get
una voce di passaggio da un'esecuzione del flusso di lavoro (al minuto per località) |
6000 |
Richieste list step entries all'API di esecuzione | Il numero massimo di richieste di
list
voci di passaggio da 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
alle risorse di esecuzione da tutti i flussi di lavoro del tuo progetto (al minuto
per località) |
1500 |
Richieste list callback all'API di esecuzione | Il numero massimo di richieste di
callback list
da un'esecuzione del flusso di lavoro (al minuto per località) |
300 |
Richieste di aumento della quota
Per aumentare o diminuire le quote, utilizza la Google Cloud console. Per maggiori informazioni, consulta la pagina Richiesta di aumento di quota.
Monitorare l'utilizzo delle quote
Puoi eseguire query e monitorare le metriche di utilizzo della quota. Per un esempio, vedi Monitorare le metriche della quota, che mostra come eseguire query sulla quota di allocazione totale consumata per Workflows. Per informazioni su come monitorare le metriche di utilizzo della quota, consulta Creare grafici e monitorare le metriche delle quote.
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 switch | 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 subworkflow chiama se stesso o un altro subworkflow 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 utilizzi passaggi paralleli. Non puoi richiedere modifiche a questi limiti:
Limite | Descrizione | Valore |
---|---|---|
Diramazioni 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 |
Diramazioni e iterazioni simultanee | Il numero massimo di rami e iterazioni che possono essere eseguiti contemporaneamente all'interno di una singola esecuzione del flusso di lavoro prima che altri rami e iterazioni vengano automaticamente messi in coda per attendere il 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 generate 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 della stringa in byte utilizzando la codifica UTF-8 | 256 KB | |
Variabili di ambiente | La dimensione massima per una stringa di definizione di una
variabile d'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 dell'esecuzione | Il periodo di conservazione massimo (dopo il completamento di un'esecuzione del flusso di lavoro) della cronologia e dei risultati di un'esecuzione | 90 giorni |
Finestra di deduplicazione | La finestra di deduplicazione per garantire l'elaborazione "exactly-once" quando viene attivata l'esecuzione di un flusso di lavoro con eventi | 24 ore |