Ce document répertorie les quotas et les limites qui s'appliquent aux workflows. Pour en savoir plus sur les quotas, consultez la page Quotas du cloud privé virtuel.
Un quota limite la quantité d'une ressource Google Cloud partagée particulière que votre projet Google Cloud peut utiliser, y compris les composants matériels, logiciels et réseau. Par conséquent, les quotas font partie d'un système qui effectue les opérations suivantes :
- Surveille votre utilisation ou votre consommation des produits et services Google Cloud
- Limite la consommation de ces ressources pour des raisons telles que l'équité et la réduction des pics d'utilisation.
- Gère des configurations qui appliquent automatiquement des restrictions recommandées.
- Fournit un moyen de demander ou d'effectuer des modifications de quota.
Dans la plupart des cas, lorsqu'un quota est dépassé, le système bloque immédiatement l'accès à la ressource Google concernée et la tâche que vous essayez d'effectuer échoue. Dans la plupart des cas, les quotas s'appliquent à chaque projet Google Cloud. Ils sont partagés entre toutes les applications et adresses IP qui utilisent ce projet.
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
Les workflows appliquent les quotas suivants pour chaque projet Google Cloud. Vous pouvez augmenter ou réduire ces quotas:
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 celles qui ont commencé et ne sont pas encore terminées ou ont échoué, y compris les exécutions en attente. Une fois la limite atteinte, les nouvelles exécutions échouent avec un code d'état HTTP 429 Too many requests . |
5 000 |
Requêtes API Workflow | Nombre maximal de requêtes API (create , update , list , get , delete ) provenant de tous les workflows de votre projet (par minute et par emplacement) |
1,200 |
Requêtes Get API Execution | Nombre maximal de requêtes envoyées aux exécutions de workflow get pour tous les workflows de votre projet (par minute et par emplacement) |
6 000 |
Requêtes List API Execution | Nombre maximal de requêtes envoyées aux exécutions de workflow list pour tous les workflows de votre projet (par minute et par emplacement) |
1,200 |
Requêtes d'écriture API Execution | Nombre maximal de requêtes envoyées aux exécutions de workflow create et cancel (y compris les exécutions déclenchées par Eventarc) depuis tous les workflows de votre projet (par minute et par emplacement).
Si les exécutions déclenchées par Eventarc dépassent ce nombre maximal, les événements sont relancés conformément à la règle Eventarc concernant les nouvelles tentatives. |
6 000 |
Requêtes HTTP aux points de terminaison de rappel | Nombre maximal de requêtes API SendHttpCallback par minute et par emplacement effectuées sur les ressources d'exécution à partir de tous les workflows de votre projet |
1,500 |
Demandes d'augmentation de quota
Pour augmenter ou diminuer les quotas, utilisez la console Google Cloud. Pour en savoir plus, consultez la section Demander un quota plus élevé.
Limites d'étapes
Les workflows appliquent les limites d'étapes suivantes à chaque workflow. Vous ne pouvez pas demander la modification des limites suivantes:
Limite | Description | Valeur |
---|---|---|
Devoirs par étape | Nombre maximal d'attributions pouvant être effectuées en une seule étape | 50 |
Conditions par commutateur | Nombre maximal de conditions pouvant être évaluées dans un seul bloc de commutateur | 50 |
Profondeur maximale de la pile d'appel | Nombre maximal de niveaux de fonctions d'appel (par exemple, lorsqu'un sous-workflow s'appelle lui-même ou un autre sous-workflow, ou lorsqu'une fonction de la bibliothèque standard s'appelle à son tour 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 en une seule exécution de workflow | 100 000 |
Limites de pas en parallèle
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 lors d'une étape parallèle | 10 |
Profondeur de parallélisme | Profondeur maximale d'imbrication d'étapes parallèles | 2 |
Branches et itérations simultanées | Nombre maximal de branches et d'itérations pouvant s'exécuter simultanément dans une même exécution de workflow avant que les autres branches et itérations soient automatiquement mises en file d'attente en attendant la fin d'un ou de plusieurs threads en cours d'exécution. Il n'y a pas de limite au nombre total de threads, mais 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 suivantes. Vous ne pouvez pas demander à modifier 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 limite de mémoire des variables s'applique) | 2 Mo |
Longueur d'expression | Nombre maximal de caractères dans une seule expression | 400 caractères |
Taille des données | Taille cumulée maximale des variables, arguments et événements: | 512 Ko |
|
||
|
||
|
||
Longueur maximale d'une chaîne en octets avec l'encodage UTF-8 | 256 Ko | |
Variables d'environnement | Taille maximale d'une chaîne de définition de
variable d'environnement définie par l'utilisateur (KEY=value ) ; 20 variables maximum peuvent être définies |
4 Kio |
Durée de l'exécution | Durée maximale (de l'heure de début à l'heure de fin) d'exécution d'un workflow. Tout workflow dépassant cette limite se termine par une erreur d'expiration du délai. | 1 an |
Conservation des exécutions | Durée de conservation maximale (après la fin d'une exécution de workflow) de l'historique et des résultats d'une exécution | 90 jours |
Fenêtre de déduplication | Fenêtre de déduplication pour garantir le traitement "exactement une fois" lors du déclenchement d'une exécution de workflow avec des événements | 24 heures |