Les étapes parallèles peuvent réduire la durée d'exécution totale d'un workflow en effectuant plusieurs appels bloquants en même temps.
Les appels bloquants tels que sleep, les appels HTTP et les appels de rappel peuvent prendre du temps, de quelques millisecondes à plusieurs jours. Les étapes parallèles sont destinées à faciliter ces opérations longues simultanées. Si un workflow doit effectuer plusieurs appels bloquants indépendants les uns des autres, l'utilisation de branches parallèles peut réduire le temps d'exécution total en démarrant les appels en même temps et en attendant qu'ils soient tous terminés.
Par exemple, si votre workflow doit récupérer des données client à partir de plusieurs systèmes indépendants avant de continuer, les branches parallèles permettent d'effectuer des requêtes d'API simultanées. S'il y a cinq systèmes et que chacun met deux secondes à répondre, l'exécution des étapes de manière séquentielle dans un workflow peut prendre au moins 10 secondes. En les exécutant en parallèle, cela peut prendre aussi peu que deux secondes.
Créer une étape parallèle
Créez une étape parallel
pour définir une partie de votre workflow dans laquelle deux étapes ou plus peuvent s'exécuter simultanément.
YAML
- PARALLEL_STEP_NAME: parallel: exception_policy: POLICY shared: [VARIABLE_A, VARIABLE_B, ...] concurrency_limit: CONCURRENCY_LIMIT BRANCHES_OR_FOR: ...
JSON
[ { "PARALLEL_STEP_NAME": { "parallel": { "exception_policy": "POLICY", "shared": [ "VARIABLE_A", "VARIABLE_B", ... ], "concurrency_limit": "CONCURRENCY_LIMIT", "BRANCHES_OR_FOR": ... } } } ]
Remplacez les éléments suivants :
PARALLEL_STEP_NAME
: nom de l'étape parallèle.POLICY
(facultatif): détermine l'action à effectuer par les autres branches en cas d'exception non gérée. La règle par défaut,continueAll
, n'entraîne aucune autre action, et toutes les autres branches tentent de s'exécuter. Notez quecontinueAll
est la seule stratégie actuellement prise en charge.VARIABLE_A
,VARIABLE_B
, etc. : liste de variables en écriture avec un champ d'application parent qui permet les attributions dans l'étape parallèle. Pour en savoir plus, consultez la section Variables partagées.CONCURRENCY_LIMIT
(facultatif): nombre maximal de branches et d'itérations pouvant s'exécuter simultanément dans une seule exécution de workflow avant que d'autres branches et itérations ne soient mises en file d'attente. Cela ne s'applique qu'à une seule étapeparallel
et ne se propage pas en cascade. Doit être un entier positif et peut être une valeur littérale ou une expression. Pour en savoir plus, consultez la section Limites de simultanéité.BRANCHES_OR_FOR
: utilisezbranches
oufor
pour indiquer l'un des éléments suivants :- Branches pouvant s'exécuter simultanément
- Boucle dans laquelle les itérations peuvent s'exécuter simultanément.
Veuillez noter les points suivants :
- Les branches et les itérations parallèles peuvent s'exécuter dans n'importe quel ordre et peuvent s'exécuter dans un ordre différent à chaque exécution.
- Les étapes parallèles peuvent inclure d'autres étapes parallèles imbriquées jusqu'à la limite de profondeur. Consultez la page Quotas et limites pour en savoir plus.
- Pour en savoir plus, consultez la page de référence sur la syntaxe des étapes parallèles.
Remplacer la fonction expérimentale par une étape parallèle
Si vous utilisez experimental.executions.map
pour prendre en charge le travail en parallèle, vous pouvez migrer votre workflow pour utiliser des étapes parallèles à la place, en exécutant des boucles for
ordinaires en parallèle. Pour obtenir des exemples, consultez la section Remplacer la fonction expérimentale par une étape parallèle.
Exemples
Ces exemples illustrent la syntaxe.
Effectuer des opérations en parallèle (à l'aide de branches)
Si votre workflow comporte plusieurs ensembles d'étapes différents pouvant être exécutés en même temps, les placer dans des branches parallèles peut réduire le temps total nécessaire pour effectuer ces étapes.
Dans l'exemple suivant, un ID utilisateur est transmis en tant qu'argument au workflow et les données sont récupérées en parallèle à partir de deux services différents. Les variables partagées permettent d'écrire des valeurs dans les branches et de les lire une fois les branches terminées:
YAML
JSON
Traiter les éléments en parallèle (à l'aide d'une boucle parallèle)
Si vous devez effectuer la même action pour chaque élément d'une liste, vous pouvez effectuer l'exécution plus rapidement à l'aide d'une boucle parallèle. Une boucle parallèle permet d'effectuer plusieurs itérations de boucle en parallèle. Notez que, contrairement aux boucles for standards, les itérations peuvent être effectuées dans n'importe quel ordre.
Dans l'exemple suivant, un ensemble de notifications utilisateur est traité dans une boucle for
parallèle:
YAML
JSON
Agrégation des données (à l'aide d'une boucle parallèle)
Vous pouvez traiter un ensemble d'éléments tout en collectant des données sur les opérations effectuées sur chaque élément. Par exemple, vous pouvez suivre les ID des éléments créés ou gérer une liste d'éléments comportant des erreurs.
Dans l'exemple suivant, 10 requêtes distinctes sur un ensemble de données BigQuery public renvoient chacune le nombre de mots dans un document ou un ensemble de documents. Une variable partagée permet d'accumuler le nombre de mots et de le lire une fois toutes les itérations terminées. Après avoir calculé le nombre de mots dans tous les documents, le workflow renvoie le total.
YAML
JSON
Étape suivante
- Documentation de référence sur la syntaxe: étapes parallèles
- Tutoriel: Exécuter un workflow qui exécute d'autres workflows en parallèle
- Tutoriel: Exécuter plusieurs jobs BigQuery en parallèle