Verschachtelte Workflows sind die Stelle, an der Automic-Transporte meist aufhören, Spaß zu machen. Ein Master-Workflow referenziert Sub-Workflows aus anderen Projekten, diese Sub-Workflows referenzieren Tasks, diese Tasks referenzieren Skripte und Includes — und plötzlich wird aus einem „einfachen" Deployment eine manuelle Schnitzeljagd quer durch Ordner und Projekte. Teil 5 der 3C Release Manager for Automic Enablement Series widmet sich der Funktion, die dieses Problem verschwinden lässt: das automatische Deployment verwandter Objekte, bis hinunter auf Skript-Ebene.
Zuvor in dieser Serie
Dieser Artikel setzt die 3C Release Manager for Automic Enablement Series fort. Falls Sie die vorherigen Teile verpasst haben, können Sie hier nachlesen:
- Teil 1 — Snapshot-Funktion: Erfassung des vollständigen Zustands eines Automic-Clients als zeitgestempelte Baseline.
- Teil 2 — Diff-Funktion: Vergleich von Snapshots zur Erkennung von Objektänderungen und zur Sicherstellung von Release-Transparenz.
- Teil 3 — Umgebungen anlegen: Definition der technischen Verbindungen zu Automic-Clients, die Snapshots, Diffs und Deployments erst ermöglichen.
- Teil 4 — Kontrollierte Deployments: Transport von Objekten zwischen Clients mit automatischen Backups und einem definierten Rollback-Pfad.
Sind kontrollierte Deployments einmal etabliert, folgt fast immer dieselbe Frage: Wie geht man mit Deployments um, wenn die Objekte nicht sauber in einem Ordner gebündelt sind? Genau das löst der 3C Release Manager mit seiner Sammlung verwandter Objekte.
Warum verschachtelte Workflows klassische Transporte scheitern lassen
Enterprise-Automic-Landschaften sind selten um ein einzelnes, in sich geschlossenes Projekt herum organisiert. Ein Master-Workflow — nennen wir ihn Project X — referenziert typischerweise Sub-Workflows, die in Project Y, Project Z oder gemeinsam genutzten Utility-Ordnern liegen. Diese Sub-Workflows rufen wiederum ihre eigenen Tasks, Skripte und Includes auf. Das Ergebnis ist ein Abhängigkeitsbaum, der auf dem Papier sauber aussieht und in dem Moment chaotisch wird, in dem jemand ihn transportieren muss.
Klassische, ordnerbasierte Transporte scheitern an dieser Stelle. Die Auswahl des Ordners, der Project X enthält, erfasst nur einen Teil des Bildes. Alles, was von außerhalb dieses Ordners referenziert wird, muss manuell zusammengesucht werden — Objekt für Objekt. Ein übersehener Include, und das Deployment schlägt im Ziel-Client fehl — oft auf eine Weise, die sich erst zur Laufzeit zeigt, nicht beim Transport.
Das ist kein theoretischer Sonderfall. Es ist der Normalzustand gewachsener Automic-Umgebungen und einer der häufigsten Gründe, warum Teams Transporte so lange hinauszögern, bis sie wirklich nicht mehr anders können. Der 3C Release Manager nimmt die manuelle Sucherei vollständig aus der Gleichung.
Wie der 3C Release Manager verwandte Objekte sammelt
Der Deployment-Workflow beginnt genauso wie jedes andere Deployment im 3C Release Manager for Automic: Es wird ein neues Deployment angelegt, der Ziel-Client festgelegt (im Referenz-Szenario Client 101) und die Auswahl auf Basis eines frischen Snapshots des Quell-Clients getroffen. Der Unterschied liegt darin, was passiert, wenn Objekte dem Deployment-Paket hinzugefügt werden.
Statt der Standard-Aktion Add bietet der 3C Release Manager zwei deutlich mächtigere Optionen: Add Related und Add Related Recursive. Beide gehen von einem Master-Objekt aus — in diesem Beispiel dem Job-Plan Project X — und sammeln dessen Abhängigkeiten automatisch ein.
Add vs. Add Related vs. Add Related Recursive
Die drei Optionen decken drei sehr unterschiedliche Geltungsbereiche ab, und der Unterschied zu verstehen ist der Schlüssel zu ihrem sinnvollen Einsatz:
- Add: Fügt ausschließlich das ausgewählte Objekt selbst hinzu. Nichts weiter. Nützlich, wenn genau klar ist, was gebraucht wird, und das Objekt keine relevanten Abhängigkeiten hat.
- Add Related: Geht vom ausgewählten Master-Objekt aus und sammelt automatisch alle direkt verwandten Workflows ein — einschließlich Sub-Workflows aus anderen Projekten oder Ordnern. Kein mühsames Suchen mehr quer durch Project Y und Project Z.
- Add Related Recursive: Geht einen entscheidenden Schritt weiter. Es sammelt nicht nur die verwandten Sub-Workflows ein, sondern auch die Tasks innerhalb dieser Sub-Workflows, die Skripte, die diese Tasks referenzieren, und die Includes, von denen diese Skripte abhängen. Die Durchquerung reicht bis auf die Skript-Ebene hinunter.
Für komplexe, verschachtelte Workflow-Strukturen ist Add Related Recursive in der Regel die richtige Antwort. Es stellt sicher, dass das Deployment-Paket vollständig ist — jede Abhängigkeit, die der Master-Workflow zur Ausführung im Ziel-Client benötigt, wird in einer einzigen Aktion eingesammelt.
Was ändert das in der Praxis
Die praktischen Auswirkungen der rekursiven Sammlung verwandter Objekte im 3C Release Manager gehen über reinen Komfort hinaus. Sie verändern vier Dinge, die für jeden zählen, der echte Automic-Workloads betreibt:
- Vollständigkeit von Haus aus: Deployments scheitern nicht mehr an vergessenen Includes oder übersehenen Sub-Workflows. Der Abhängigkeitsbaum wird einmal, automatisch und vollständig aufgelöst.
- Geschwindigkeit: Was früher dreißig Minuten manuelles Suchen quer durch Projekte war, wird zu einem einzigen Klick. Die Vorbereitungszeit für Deployments schrumpft drastisch.
- Konsistenz: Zwei verschiedene Engineers, die dasselbe Deployment vorbereiten, erzeugen dasselbe Paket. Der Umfang wird durch den Objektgraphen definiert, nicht durch das menschliche Gedächtnis.
- Vertrauen in verschachtelte Releases: Teams weichen komplexen Deployments nicht mehr aus, weil sie wissen, dass das Tooling alles findet, was mitgenommen werden muss.
Wichtigste Erkenntnisse
- Verschachtelte, projektübergreifende Workflows sind in gewachsenen Automic-Landschaften der Normalfall — und genau dort, wo ordnerbasierte Transporte an ihre Grenzen stoßen.
- Der 3C Release Manager bietet drei Sammel-Modi: Add, Add Related und Add Related Recursive, jeder mit einem klar definierten Geltungsbereich.
- Add Related Recursive löst den vollständigen Abhängigkeitsbaum eines Master-Workflows bis hinunter auf Skript- und Include-Ebene in einer einzigen Aktion auf.
- Das Ergebnis sind vollständige, konsistente Deployment-Pakete, die in einem Bruchteil der Zeit vorbereitet werden, die eine manuelle Auswahl benötigen würde.
- Für echte Enterprise-Automic-Umgebungen ist das der Unterschied zwischen gefürchteten komplexen Transporten und solchen, die als Routine behandelt werden.
Das Beherrschen von Deployments verwandter Objekte ist eine der Fähigkeiten, die den 3C Release Manager von einem nützlichen Werkzeug zu einem zentralen Bestandteil eines verlässlichen Automic-Release-Prozesses machen. Tricise unterstützt Organisationen auf beiden Seiten dieser Adoption: durch den 3C Release Manager for Automic selbst und durch Consulting- und Enablement-Services, die Teams dabei helfen, die nötige Release-Governance-Kompetenz rund um das Tool aufzubauen.
Möchten Sie sehen, wie der 3C Release Manager Ihre eigenen verschachtelten Workflows handhabt? Vereinbaren Sie ein kostenloses Beratungsgespräch, um zu besprechen, wie er in Ihre Automic-Landschaft passt — oder entdecken Sie den vollständigen Automic-Kurspfad an der Tricise University, um die Release-Governance-Kompetenz in Ihrem Team aufzubauen.
