Les workflows imbriqués sont là où les déploiements Automic cessent généralement d'être amusants. Un workflow maître référence des sous-workflows d'autres projets, ces sous-workflows référencent des tâches, ces tâches référencent des scripts et des inclusions — et soudain, un déploiement “ simple ” se transforme en chasse au trésor manuelle à travers les dossiers et les projets. La partie 5 du3C Release Manager pour Automic Enablement Series'intéresse à la capacité qui fait disparaître ce problème : le déploiement automatique des **objets connexes**, jusqu'au niveau du script.
Précédemment dans cette série
Cet article poursuit le3C Release Managerpour les Automic Enablement Serie. Si vous avez manqué les parties précédentes, voici où vous rattraper :
- Partie 1 — Fonction de cliché : capture de l'état complet d'un client Automic comme référence horodatée.
- Partie 2 — Fonction Diff : comparaison des instantanés pour détecter les changements d'objets et vérifier la transparence des versions.
- Partie 3 — Création d’environnements : définition des connexions techniques aux clients Automic qui rendent possibles les snapshots, les diffs et les déploiements.
- Partie 4 — Déploiements contrôlés : transport d'objets entre clients avec sauvegardes automatiques et chemin de retour arrière défini.
Avec des déploiements contrôlés en place, la question suivante est presque toujours la même : *comment gérez-vous les déploiements lorsque les objets ne sont pas regroupés proprement dans un seul dossier ?* C'est précisément ce que **3C Release Manager** résout avec sa collection d'objets associés.
Pourquoi les flux de travail imbriqués brisent les transports traditionnels
Les paysages d'entreprise Automic sont rarement organisés autour d'un seul projet autonome. Un workflow maître — appelons-le **Projet X** — référence généralement des sous-workflows qui résident dans le **Projet Y**, le **Projet Z**, ou des dossiers utilitaires partagés. Ces sous-workflows appellent à leur tour leurs propres tâches, scripts et inclusions. Le résultat est un arbre de dépendances qui semble propre sur le papier et devient désordonné dès que quelqu'un doit le transporter.
Les transports traditionnels basés sur des dossiers tombent en panne ici. Sélectionner le dossier contenant le Projet X ne capture qu'une partie de l'image. Tout ce qui est référencé en dehors de ce dossier doit être traqué manuellement, objet par objet. Un include manqué et le déploiement échoue dans le client cible — souvent d'une manière qui n'apparaît qu'à l'exécution, pas au moment du transport.
Ce n'est pas un cas limite théorique. C'est l'état par défaut des environnements Automic matures, et c'est l'une des raisons les plus courantes pour lesquelles les équipes évitent les transports jusqu'à ce qu'elles soient absolument obligées de les effectuer. Le3C Release Managerélimine complètement la recherche manuelle.
Comment le 3C Release Manager collecte les objets apparentés
Le flux de déploiement commence de la même manière que tout autre déploiement dans le 3C Release Manager pour Automic : un nouveau déploiement est créé, le client cible est spécifié (dans le scénario de référence, le client 101), et la sélection est basée sur un instantané récent du client source. La différence réside dans ce qui se passe lorsque des objets sont ajoutés au package de déploiement.
Au lieu de l'action standard **Ajouter**,3C Release Manageroffre deux options plus puissantes : **Ajouter lié** et **Ajouter lié récursif**. Les deux partent d'un objet maître — dans cet exemple, le plan de travail du Projet X — et collectent automatiquement les dépendances.
Ajouter vs. Ajouter lié vs. Ajouter lié récursif
Les trois options couvrent des portées très différentes, et comprendre la différence est essentiel pour les utiliser efficacement :
- **Ajouter** : Ajoute uniquement l'objet sélectionné lui-même. Rien d'autre. Utile lorsque vous savez exactement ce que vous voulez et que l'objet n'a pas de dépendances qui vous importent.
- **Ajouter des éléments connexes** : Commence à partir de l'objet maître sélectionné et collecte automatiquement tous les flux de travail directement liés, y compris les sous-flux de travail provenant d'autres projets ou dossiers. Fini la recherche dans le Projet Y et le Projet Z.
- **Ajouter Récursif Connexe** : Va une étape critique plus loin. Il collecte non seulement les sous-flux de travail connexes, mais aussi les tâches à l'intérieur de ces sous-flux de travail, les scripts auxquels ces tâches font référence et les inclusions dont ces scripts dépendent. Le parcours descend jusqu'au niveau du script.
Pour une structure de flux de travail complexe et imbriquée, **Ajouter des éléments connexes récursifs** est généralement la bonne réponse. Il garantit que le package de déploiement est complet — chaque dépendance dont le flux de travail maître a besoin pour s'exécuter dans le client cible est collectée en une seule action.
Ce que cela change concrètement
L'impact pratique de la collecte récursive d'objets associés dans le3C Release Managerva au-delà de la commodité. Cela change quatre éléments importants pour toute personne exécutant de véritables charges de travail Automic :
- Complétude par défaut : Les déploiements ne échouent plus à cause d'inclusions oubliées ou de sous-flux de travail manqués. L'arbre de dépendance est résolu une fois, automatiquement et en entier.
- **Vitesse** : Ce qui prenait trente minutes de recherche manuelle entre les projets ne prend plus qu'un seul clic. Le temps de préparation du déploiement est considérablement réduit.
- Cohérence : Deux ingénieurs différents préparant le même déploiement produisent le même package. La portée est définie par le graphe d'objets, pas par la mémoire humaine.
- Confiance dans les déploiements imbriqués : les équipes cessent d'éviter les déploiements complexes car elles savent que les outils trouveront tout ce qui doit suivre.
Points clés à retenir
- Les flux de travail imbriqués et inter-projets sont la norme dans les environnements Automic matures — et c'est précisément là que les transports basés sur des dossiers échouent.
- Le3C Release Manageroffre trois modes de collecte : Ajouter, Ajouter les éléments liés et Ajouter les éléments liés de manière récursive, chacun avec une portée clairement définie.
- **Add Related Recursive** résout l'arborescence complète des dépendances d'un workflow maître jusqu'au niveau du script et de l'inclusion en une seule action.
- Le résultat est des packages de déploiement complets et cohérents, préparés en une fraction du temps qu'il faudrait pour une sélection manuelle.
- Pour les environnements d'entreprise Automic du monde réel, c'est la différence entre redouter des transports complexes et les traiter comme une routine.
La maîtrise des déploiements d'objets associés est l'une des capacités qui transforment le 3C Release Manager d'un outil utile en un élément central d'un processus de mise en production Automicfiable. Tricise accompagne les organisations des deux côtés de cette courbe d'adoption : via le 3C Release Manager pour Automic lui-même, et via des services de conseil et d'accompagnement qui aident les équipes à développer la discipline de gouvernance des mises en production autour de celui-ci.
Envie de voir le 3C Release Manager gérer vos propres workflows imbriqués ? Planifiez une consultation gratuite pour discuter de la façon dont il s'intègre dans votre paysage Automic — ou explorez le parcours de cours complet Automic à Tricise University pour acquérir les compétences en gouvernance des versions au sein de votre équipe.
