Relier les travaux dans des workflows reproductibles
Coordonnez Ansible, Terraform et les scripts avec données partagées, approbations et chemins de réussite ou d’échec.
Vos travaux sont automatisés. L’opération complète ne l’est pas
Le playbook se termine, mais quelqu’un doit encore copier sa sortie, vérifier le résultat et démarrer le travail suivant. Chaque transmission ajoute de l’attente et un risque d’oublier une étape.
Reliez les travaux dans un workflow. Définissez la séquence une fois, puis laissez-la avancer sans démarrages manuels ni copie de valeurs.
Coordonner des opérations complexes entre vos outils
Ajoutez vos Task Templates existants au canevas, reliez les étapes et enregistrez le workflow.
Démarrez le workflow et approuvez l’étape suivante une fois les vérifications réussies.
Ouvrez une tâche du workflow pour examiner sa sortie et ses résultats.
Transmettre des données entre étapes de workflow
Utilisez les sorties d’un travail comme entrées des suivants. Les artefacts de workflow transmettent les valeurs entre outils d’automatisation sans copie manuelle. Choisissez les valeurs reçues par chaque étape.
Sorties et entrées des workflowsTerraform
OpenTofuAnsiblePythonBashDéclencher et surveiller les workflows via l’API
Dans Pro, utilisez la Workflow API pour démarrer des exécutions, suivre leur état et traiter les approbations depuis un portail interne ou un autre service.
Adapter l’opération à votre processus
Conserver votre automatisation existante
Reliez les Task Templates pour Ansible, Terraform, OpenTofu, Terragrunt, Bash, Python et PowerShell. Chaque travail conserve son dépôt, ses identifiants et ses paramètres d’exécution. Les paramètres des nœuds fournissent les entrées de chaque étape.
Créer une branche selon le résultat
Sélectionnez la tâche suivante selon une condition de réussite, d’échec ou systématique. Exécutez les vérifications indépendantes en parallèle, puis réunissez-les avec convergence All ou Any. Une branche de diagnostic ou reprise exécute l’automatisation fournie par votre équipe.
Placer une décision là où elle compte
Arrêtez-vous à un nœud d’approbation avec un message clair et un délai facultatif. Examinez la tâche précédente avant d’approuver ou refuser. Les rôles personnalisés Enterprise peuvent autoriser l’approbation de workflows sélectionnés séparément de leur exécution. Examinez tous les rôles d’une personne, car leurs autorisations s’additionnent.
Rendre l’attente visible
Utilisez un nœud de délai entre opérations, comme un redémarrage et une vérification de santé. L’exécution affiche le temps restant. Gardez la validation réelle dans une tâche distincte avec son résultat.
Savoir quelle définition a été exécutée
Une exécution enregistre la révision et la version de son workflow. Examinez le graphe de cette exécution et ouvrez ses tâches pour consulter états, entrées et journaux, même après modification de la définition éditable.
Connecter le workflow à vos systèmes
Démarrez des exécutions et examinez leur état via la REST API. Configurez les notifications de tâches pour transmettre les résultats importants à l’équipe. Utilisez les mêmes modèles enregistrés pour les exécutions manuelles et opérations coordonnées.
Documentation et fonctions associées
FAQ
Puis-je combiner Ansible, Terraform et Python dans un workflow ?
Oui. Les nœuds de tâche lancent des Task Templates existants : un workflow peut coordonner playbooks Ansible, configurations Terraform ou OpenTofu, Terragrunt, Bash, Python et PowerShell. Chaque tâche utilise son outil et sa configuration. Découvrir les Task Templates.
Une tâche peut-elle transmettre les sorties Terraform ou les résultats Ansible à l’étape suivante ?
Oui. Les workflows actuels prennent en charge entrées et sorties JSON. Les sorties Terraform, OpenTofu et Terragrunt sont collectées avec output -json. Ansible publie des valeurs avec set_stats ; les scripts écrivent du JSON dans SEMAPHORE_OUTPUTS_FILE. Associez ces valeurs aux Survey Variables suivantes par nom ou correspondances explicites des liens. Lire le guide des entrées et sorties.
Puis-je attendre plusieurs vérifications avant de démarrer la tâche suivante ?
Oui. Divisez le workflow en vérifications parallèles et utilisez All si le nœud suivant doit attendre chaque chemin entrant. Any permet de continuer à partir d’un chemin terminé admissible. Les liens peuvent agir sur réussite, échec ou les deux.
Un workflow peut-il attendre une approbation ?
Oui. Ajoutez un nœud d’approbation avec message expliquant la décision et délai facultatif. L’exécution reste en pause jusqu’à résolution. Les utilisateurs autorisés peuvent approuver ou refuser. Les rôles personnalisés Enterprise peuvent accorder l’approbation d’un workflow sélectionné séparément de son exécution. Vérifiez tous les rôles attribués pour séparer les responsabilités.
Puis-je lancer un diagnostic ou un nettoyage après un échec ?
Oui. Reliez un Task Template par une arête d’échec. Collectez par exemple les journaux après l’échec d’une vérification. Utilisez Always pour une suite systématique après réussite ou échec. Nettoyage et retour arrière sont vos scripts ou playbooks : testez donc leurs effets sur des opérations partiellement terminées.
Puis-je ajouter une pause sans écrire de script sleep ?
Oui. Un nœud de délai attend le nombre de secondes configuré et affiche le temps restant. Utilisez-le pour laisser un service se stabiliser avant une validation séparée. Le délai contrôle l’horaire ; la tâche suivante effectue la vérification.
Les sorties de workflow fonctionnent-elles avec les runners de projet ?
Les sorties de workflow actuelles prennent en charge les runners locaux et distants. Les exécuteurs Docker et Kubernetes ne produisent actuellement pas de sorties de workflow. Vérifiez l’exécuteur de la tâche productrice avant de dépendre d’une valeur en aval. Les sorties sont des données JSON, pas des fichiers transférés.
Puis-je transmettre des mots de passe ou des fichiers via les sorties de workflow ?
Utilisez les sorties de workflow pour des valeurs JSON ordinaires comme référence de changement, groupe cible ou identifiant de ressource. Elles sont stockées en texte brut et ne peuvent remplir les champs Survey secrets. Gardez les mots de passe dans Secrets et identifiants et utilisez un stockage adapté aux fichiers. Découvrir les secrets et identifiants.
Où examiner une tâche de workflow en échec ?
Ouvrez l’exécution du workflow pour voir l’état de chaque nœud, puis la tâche sous-jacente pour son journal et ses détails. Chaque exécution garde la révision utilisée. Les notifications peuvent aussi prévenir l’équipe via les canaux configurés. Découvrir l’historique.
Un appel API peut-il démarrer un workflow ?
Oui. La REST API fournit définitions de workflows, exécutions, états et actions d’approbation. Réutilisez le workflow enregistré depuis un portail ou autre système au lieu de reproduire sa séquence dans l’appelant. Découvrir API et webhooks.