Blocs de flux de travail personnalisés

Workflow blocks are reusable, composable units of automation – the building blocks from which pipelines are assembled without rewriting the same logic for every workflow.

Dans un pipeline CI/CD matériel, les mêmes opérations reviennent sans cesse : consulter la liste des fournisseurs approuvés, vérifier que les paramètres requis sont renseignés, notifier un système en aval, valider une classe spécifique de données de conception. Sans blocs de workflow, chaque workflow réimplémente cette logique de manière indépendante. Avec des blocs, la logique est définie une seule fois, testée une seule fois et composée partout où elle est nécessaire.

Un bloc de workflow encapsule une opération spécifique – ses entrées, ses sorties et son comportement – et l’expose comme une étape pouvant être utilisée dans n’importe quel workflow. Le bloc possède l’implémentation. Le workflow possède la séquence.

Ce que permettent les blocs de workflow

• Reuse of validated logic – un bloc qui implémente un contrôle de conformité, un appel à un système externe ou une transformation de données est testé de manière isolée puis réutilisé dans plusieurs workflows. Lorsque l’exigence sous-jacente change – nouvel élément ajouté à la liste des pièces restreintes, nouveau paramètre exigé par les achats – le bloc est mis à jour une seule fois et la modification se propage à chaque workflow qui l’utilise.

• Separation of concerns – l’ingénieur qui maîtrise le système d’approvisionnement implémente le bloc de recherche AVL. L’ingénieur qui définit le processus de publication l’intègre dans un pipeline. Aucun des deux n’a besoin de comprendre en détail le domaine de l’autre. L’interface du bloc est le contrat entre eux.

• Incremental pipeline construction – les équipes peuvent commencer avec des workflows simples et manuels, puis ajouter de la complexité au fil du temps en introduisant des blocs pour des opérations qui sont actuellement des étapes manuelles. Chaque bloc ajouté à un workflow, c’est une chose de moins qui dépend du fait que quelqu’un pense à l’exécuter.

• Standardization across teams – dans les organisations où plusieurs équipes maintiennent leurs propres flux de conception, les blocs de workflow partagés imposent un comportement cohérent au niveau des étapes, même lorsque la structure globale du pipeline diffère d’une équipe à l’autre. Le bloc de contrôle de conformité, par exemple, s’exécute de façon identique qu’il soit intégré à un workflow de publication PCB ou à un workflow d’approbation de bibliothèque.

Blocs vs scripts

Les scripts sont des opérations autonomes invoquées directement. Les blocs de workflow sont des unités composables conçues pour être assemblées dans des pipelines plus vastes. Un bloc appelle souvent un script – le script implémente la logique, le bloc fournit le contrat d’interface qui le rend utilisable dans le contexte d’un workflow.

Utilisez un script lorsque vous avez besoin d’une opération autonome. Encapsulez ce script dans un bloc lorsque l’opération doit être réutilisée comme étape dans plusieurs workflows, lorsqu’elle doit disposer d’une interface stable qui dissocie l’implémentation de l’usage, ou lorsqu’elle doit participer à la logique d’ordonnancement et de contrôle d’un pipeline.