Flux de travail
Le bloc Flux de travail vous permet d'exĂ©cuter d'autres flux de travail comme composants rĂ©utilisables au sein de votre flux de travail actuel. Cela permet une conception modulaire, la rĂ©utilisation du code et la crĂ©ation de flux de travail imbriquĂ©s complexes qui peuvent ĂȘtre composĂ©s Ă partir de flux de travail plus petits et ciblĂ©s.
Les blocs de flux de travail permettent une conception modulaire en vous permettant de composer des flux de travail complexes à partir de composants plus petits et réutilisables.
Aperçu
Le bloc Flux de travail sert de pont entre les flux de travail, vous permettant de :
Réutiliser des flux de travail existants : exécuter des flux de travail précédemment créés comme composants dans de nouveaux flux de travail
Créer des conceptions modulaires : décomposer des processus complexes en flux de travail plus petits et gérables
Maintenir la séparation des préoccupations : garder différentes logiques métier isolées dans des flux de travail séparés
Permettre la collaboration d'équipe : partager et réutiliser des flux de travail entre différents projets et membres d'équipe
Comment ça fonctionne
Le bloc Flux de travail :
- Prend une référence à un autre flux de travail dans votre espace de travail
- Transmet les données d'entrée du flux de travail actuel au flux de travail enfant (disponibles via start.input)
- Exécute le flux de travail enfant dans un contexte isolé
- Renvoie le résultat au flux de travail parent pour un traitement ultérieur
Options de configuration
SĂ©lection du flux de travail
Choisissez quel flux de travail exécuter à partir d'une liste déroulante des flux de travail disponibles dans votre espace de travail. La liste comprend :
- Tous les flux de travail auxquels vous avez accĂšs dans l'espace de travail actuel
- Les flux de travail partagés avec vous par d'autres membres de l'équipe
- Les flux de travail activĂ©s et dĂ©sactivĂ©s (bien que seuls les flux de travail activĂ©s puissent ĂȘtre exĂ©cutĂ©s)
Contexte d'exécution
Le workflow enfant s'exécute avec :
- Son propre contexte d'exécution isolé
- AccĂšs aux mĂȘmes ressources de l'espace de travail (clĂ©s API, variables d'environnement)
- Vérifications appropriées d'appartenance et de permissions de l'espace de travail
- Segment de trace imbriqué dans le journal d'exécution
DĂ©tection de cycles : Le systĂšme dĂ©tecte et empĂȘche automatiquement les dĂ©pendances circulaires entre les workflows pour Ă©viter les boucles infinies.
Entrées et sorties
Sélection du workflow : Choisir quel workflow exécuter
Données d'entrée : Variable ou référence de bloc à transmettre au workflow enfant
Contexte d'exécution : Environnement isolé avec les ressources de l'espace de travail
workflow.success : Booléen indiquant le statut d'achÚvement
workflow.childWorkflowName : Nom du workflow enfant exécuté
workflow.result : Résultat renvoyé par le workflow enfant
workflow.error : Détails de l'erreur si le workflow a échoué
RĂ©ponse du workflow : Sortie principale du workflow enfant
Statut d'exécution : Statut de réussite et informations d'erreur
AccĂšs : Disponible dans les blocs aprĂšs le workflow
Exemples de cas d'utilisation
Intégration modulaire des clients
Scénario : Décomposer une intégration complexe en composants réutilisables
- Le workflow principal reçoit les données client
- Le bloc workflow exécute le workflow de validation
- Le bloc workflow exécute le workflow de configuration du compte
- Le bloc workflow exécute le workflow d'e-mail de bienvenue
Architecture de microservices
Scénario : Créer des workflows de services indépendants
- Le workflow de traitement des paiements gĂšre les transactions
- Le workflow de gestion des stocks met Ă jour l'inventaire
- Le workflow de notification envoie les confirmations
- Le workflow principal orchestre tous les services
Traitement conditionnel
Scénario : exécuter différents workflows selon les conditions
- Le bloc de condition Ă©value le type d'utilisateur
- Utilisateurs entreprise â Workflow d'approbation complexe
- Utilisateurs standard â Workflow d'approbation simple
- Utilisateurs gratuits â Workflow de traitement basique
Bonnes pratiques
- Gardez les workflows ciblés : concevez des workflows enfants pour gérer des tùches spécifiques et bien définies avec des entrées et sorties claires
- Minimisez la profondeur d'imbrication : évitez les hiérarchies de workflow profondément imbriquées pour une meilleure maintenabilité et performance
- Gérez les erreurs avec élégance : implémentez une gestion d'erreurs appropriée pour les échecs de workflows enfants et prévoyez des mécanismes de secours
- Testez indĂ©pendamment : assurez-vous que les workflows enfants peuvent ĂȘtre testĂ©s et validĂ©s indĂ©pendamment des workflows parents
- Utilisez une nomenclature sémantique : donnez aux workflows des noms descriptifs qui indiquent clairement leur objectif et leur fonctionnalité