Ce document répertorie les quotas et limites applicables Workflows
Google Cloud utilise des quotas pour garantir l'équité et réduire les pics d'utilisation et de disponibilité des ressources. Un quota limite la quantité de ressources Google Cloud que votre projet Google Cloud peut utiliser. Les quotas s'appliquent à différents types de ressources, y compris les composants matériels, logiciels et réseau. Par exemple, les quotas peuvent limiter le nombre d'appels d'API à un service, le nombre d'équilibreurs de charge utilisés simultanément par votre projet ou le nombre de projets que vous pouvez créer. Les quotas protègent la communauté des utilisateurs de Google Cloud en empêchant la surcharge des services. Les quotas vous aident également à gérer vos propres ressources Google Cloud.
Le système Cloud Quotas effectue les opérations suivantes :
- Surveille votre consommation de produits et services Google Cloud
- Limite votre consommation de ces ressources
- Permet de demander des modifications de la valeur du quota
Dans la plupart des cas, lorsque vous tentez d'utiliser plus d'une ressource que son quota ne le permet, le système bloque l'accès à la ressource et la tâche que vous essayez d'effectuer échoue.
Les quotas s'appliquent généralement au niveau du projet Google Cloud. Votre utilisation d'une ressource dans un projet n'affecte pas votre quota disponible dans un autre projet. Dans un projet Google Cloud, les quotas sont partagés entre toutes les applications et adresses IP.
Des limites s'appliquent également aux ressources Workflows. Ces limites ne sont pas liées au système de quotas. Sauf indication contraire, les limites ne peuvent pas être modifiées.
Quotas
Workflows applique les quotas suivants pour chaque environnement Google Cloud projet. Vous pouvez augmenter ou diminuer les quotas suivants:
Quota | Description | Valeur |
---|---|---|
Nombre total de workflows | Nombre maximal de workflows que vous pouvez déployer par projet | 10 000 |
Exécutions simultanées | Nombre maximal d'exécutions de workflow actives par région et par projet. Les exécutions simultanées sont des exécutions qui ont commencé terminées ou échouées, y compris celles qui sont en attente de rappels ou dorment. Une fois le quota atteint,
<ph type="x-smartling-placeholder"></ph>
la journalisation des exécutions est activée, les exécutions sont créées
un état |
7 500 |
Exécutions en attente | Nombre maximal d'exécutions de workflow en attente par région et par
projet.
Pour en savoir plus, consultez <ph type="x-smartling-placeholder"></ph> Gérer le backlog d'exécution |
100 000 |
Requêtes API Workflow | Le nombre maximal de requêtes API (create ,
update , list , get
delete ) de tous les workflows de votre projet
(par minute et par établissement) |
1,200 |
Requêtes Get API Execution | Nombre maximal de requêtes envoyées à get
exécutions de workflows de tous les workflows de votre projet (par minute et par
lieu) |
6 000 |
Requêtes List API Execution | Le nombre maximal de requêtes adressées à
list
exécutions de workflows de tous les workflows de votre projet (par minute et par
lieu) |
1,200 |
Requêtes d'écriture API Execution | Le nombre maximal de requêtes adressées à
create
et
cancel
(y compris celles déclenchées par Eventarc)
exécutions) à partir de tous les workflows de votre projet (par minute et par
emplacement).
Si les exécutions déclenchées par Eventarc dépassent ce maximum, les événements sont relancés après Règle de nouvelle tentative d'Eventarc. |
6 000 |
Requêtes d'entrées d'étape d'obtention de l'API Execution | Le nombre maximal de requêtes adressées à
get
une entrée d'étape à partir d'une exécution de workflow (par minute et par emplacement) ; |
6 000 |
Requêtes des entrées de la liste de l'API d'exécution | Le nombre maximal de requêtes adressées à
list
Entrées d'étape à partir d'une exécution de workflow (par minute et par emplacement) |
1,200 |
Demandes de données d'exportation de l'API d'exécution | Le nombre maximal de requêtes adressées à
export data
à partir d'une exécution de workflow (par minute et par emplacement) ; |
10 |
des requêtes HTTP vers points de terminaison de rappel | Nombre maximal de SendHttpCallback requêtes API effectuées
sur les ressources d'exécution de tous les workflows de votre projet (par minute)
par établissement) |
1 500 |
Requêtes de rappel de la liste des API d'exécution | Le nombre maximal de requêtes adressées à
list
Rappels d'une exécution de workflow (par minute et par emplacement) |
300 |
Demandes d'augmentation de quota
Pour augmenter ou diminuer les quotas, utilisez la console Google Cloud. Pour plus d'informations, consultez la section Demander un quota supérieur.
Limites d'étapes
Les workflows appliquent les limites d'étapes suivantes pour chacun d'eux. Vous ne pouvez pas demander la modification des limites suivantes:
Limite | Description | Valeur |
---|---|---|
Attributions par étape | Le nombre maximal de devoirs qui peuvent être effectuées en une seule étape | 50 |
Conditions par contacteur | Nombre maximal de conditions pouvant être évaluées au cours d'une bloc commutateur | 50 |
Profondeur maximale de la pile d'appel | Nombre maximal de niveaux de fonctions appelantes. par exemple, lorsqu'un les appels du sous-workflow lui-même ou d'un autre sous-workflow ; ou bibliothèque standard des appels de fonctions qui, à leur tour, appellent d'autres fonctions | 20 |
Étapes minimales | Nombre minimal d'étapes dans un workflow | 1 |
Nombre maximal de pas | Nombre maximal d'étapes pouvant être effectuées dans un workflow unique exécution | 100 000 |
Limites d'étapes parallèles
Les workflows appliquent les limites suivantes lors de l'utilisation d'étapes parallèles. Vous ne pouvez pas demander la modification des limites suivantes:
Limite | Description | Valeur |
---|---|---|
Branches par étape | Nombre maximal de branches acceptées dans une marche parallèle | 10 |
Profondeur parallèle | Profondeur maximale à laquelle des étapes parallèles peuvent être imbriquées | 2 |
Branches et itérations simultanées | Nombre maximal de branches et d'itérations pouvant être simultanément s'exécutent dans le cadre d'un workflow unique avant d'autres branches les itérations sont automatiquement mises en file d'attente afin d'attendre l'exécution pour terminer. Le nombre total de threads n'est pas limité. Cependant, toutes les autres limites s'appliquent. |
20 |
Exceptions non détectées dans une étape parallèle | Nombre maximal d'exceptions non gérées pouvant être générées pendant L'exécution du workflow (au total) | 100 |
Limites de ressources
Les workflows appliquent les limites d'utilisation ci-dessous. Vous ne pouvez pas demander ces limites:
Limite | Description | Valeur |
---|---|---|
Taille du code source | Taille maximale du fichier YAML ou JSON qui définit votre workflow | 128 Ko |
Taille d'une réponse | Taille maximale d'une réponse HTTP (si elle est enregistrée dans une variable, la la limite de mémoire pour les variables s'applique) | 2 Mo |
Longueur de l'expression | Le nombre maximal de caractères dans un seul expression | 400 caractères |
Taille des données | Taille cumulée maximale pour les variables, les arguments et les événements: | 512 Ko |
|
||
|
||
|
||
Valeur string maximale longueur en octets avec l'encodage UTF-8 | 256 Ko | |
Variables d'environnement | La taille maximale d'un élément
variable d'environnement définie par l'utilisateur (chaîne de définition)
(KEY=value ); vous pouvez définir jusqu'à 20 variables |
4 Kio |
Durée de l'exécution | Durée maximale (de l'heure de début à l'heure de fin) d'un workflow execution; tout workflow dépassant cette limite se termine par un délai d'inactivité erreur | 1 an |
Conservation des exécutions | Durée de conservation maximale (une fois l'exécution d'un workflow terminée) de l'historique et les résultats d'une exécution | 90 jours |
Période de déduplication | La fenêtre de déduplication pour garantir un traitement de type "exactement une fois" déclencher l'exécution d'un workflow événements | 24 heures |