Workflow-Orchestrierung
Workflow-Orchestrierung bedeutet, dass ein Programm viele einzelne Arbeitsschritte automatisch in der richtigen Reihenfolge startet, überwacht und bei Fehlern wiederholt. In KI-Systemen sorgt sie dafür, dass Datenaufbereitung, Modellaufrufe und Weiterverarbeitung zuverlässig zusammenspielen.
Viele Aufgaben in der Computerwelt bestehen nicht aus einem Schritt, sondern aus einer ganzen Kette davon. Erst müssen Daten eingesammelt werden, dann geprüft, dann berechnet, dann gespeichert, dann verschickt. Jeder Schritt hängt vom vorherigen ab und darf nicht zu früh starten. Workflow-Orchestrierung heißt: Ein eigenes Programm übernimmt genau diese Koordination. Es weiß, welcher Schritt wann dran ist, startet ihn, wartet auf das Ergebnis und reagiert, wenn etwas schiefgeht. Der Name kommt vom Dirigenten eines Orchesters, der nicht selbst spielt, sondern die Einsätze gibt.
Warum niemand mehr Ketten von Hand startet
Solange ein Ablauf aus drei Schritten besteht, kann man ihn morgens selbst anstoßen. In echten Systemen sind es aber hunderte Schritte, die täglich oder stündlich laufen müssen. Das von Hand zu machen wäre nicht nur mühsam, sondern fehleranfällig. Ein vergessener Schritt fällt oft erst Tage später auf, wenn falsche Zahlen in einem Bericht stehen.
Der zweite Grund ist der Umgang mit Fehlern. Ein Server ist kurz nicht erreichbar, eine Datei kommt verspätet, eine Schnittstelle antwortet nicht. Ohne Orchestrierung bricht die ganze Kette ab, und jemand muss sie später mühsam an der richtigen Stelle neu starten. Ein Orchestrierungswerkzeug merkt sich dagegen genau, welche Schritte schon erfolgreich waren. Es wiederholt nur den fehlgeschlagenen Teil und setzt danach normal fort.
Dazu kommt die Nachvollziehbarkeit. Unternehmen müssen oft belegen können, wie eine Zahl oder eine Entscheidung zustande kam. Ein Orchestrierungssystem protokolliert jeden Lauf mit Startzeit, Dauer und Ergebnis. Diese Protokolle sind bei Prüfungen und bei der Fehlersuche oft wertvoller als der eigentliche Code.
Abhängigkeiten, Auslöser und Wiederholungen
Im Zentrum steht ein Ablaufplan, der die Schritte und ihre Abhängigkeiten beschreibt. Man legt fest: Schritt C startet erst, wenn A und B fertig sind. Schritte, die nichts voneinander wollen, dürfen gleichzeitig laufen. Fachleute nennen so einen Plan einen gerichteten azyklischen Graphen, kurz DAG. Das klingt kompliziert, meint aber nur: Pfeile zeigen in eine Richtung, und es gibt keine Kreise, in denen sich der Ablauf verfangen könnte.
Dann braucht es einen Auslöser. Manche Abläufe starten nach Uhrzeit, etwa jede Nacht um drei. Andere starten, sobald ein Ereignis eintritt, zum Beispiel eine neu hochgeladene Datei. Das Orchestrierungssystem behält beides im Blick und startet den Ablauf selbstständig.
Für jeden Schritt lässt sich zusätzlich festlegen, wie er sich bei Problemen verhalten soll. Typisch sind drei Wiederholungsversuche mit wachsendem Abstand, danach eine Benachrichtigung an das zuständige Team. Wichtig ist dabei, dass ein Schritt gefahrlos mehrfach laufen darf. Ein Schritt, der bei jedem Versuch dieselbe Rechnung erneut verschickt, wäre schlecht gebaut. Man nennt die gewünschte Eigenschaft Idempotenz: Mehrfaches Ausführen ändert am Endergebnis nichts.
Von der nächtlichen Datenpipeline bis zum KI-Agenten
Am häufigsten trifft man Workflow-Orchestrierung bei Datenpipelines. Nachts werden Verkaufszahlen aus verschiedenen Systemen geholt, bereinigt, zusammengeführt und in ein Dashboard geschrieben. Bekannte Werkzeuge dafür heißen Apache Airflow, Dagster oder Prefect. Wenn du morgens ein aktuelles Firmen-Dashboard siehst, hat sehr wahrscheinlich nachts ein solcher Ablauf gearbeitet.
In der KI-Entwicklung orchestriert man das Training und den Betrieb von Modellen. Ein Ablauf sammelt Trainingsdaten, prüft ihre Qualität, startet das Training, misst die Genauigkeit und stellt das Modell nur dann online, wenn es besser ist als das alte. Auch sogenannte Agenten, also KI-Systeme, die mehrere Werkzeuge nacheinander benutzen, brauchen eine Form von Orchestrierung.
Ein verbreiteter Irrtum ist, Orchestrierung mache die eigentliche Arbeit. Das stimmt nicht: Sie rechnet nichts und trainiert nichts. Sie entscheidet nur, was wann läuft und was bei Fehlern passiert. Abzugrenzen ist sie außerdem von Container-Orchestrierung, wie sie Kubernetes betreibt. Dort geht es um die Verteilung von Programmen auf Maschinen, hier um die Reihenfolge fachlicher Arbeitsschritte.