State Management – auf Deutsch Zustandsverwaltung – bezeichnet die systematische Verwaltung von Zustandsinformationen in einem automatisierten System oder Workflow. Der „State“ (Zustand) beschreibt, was ein System über einen laufenden Vorgang, eine Session oder einen Prozess zu einem bestimmten Zeitpunkt weiß: Wo befindet sich ein Workflow gerade? Welche Schritte wurden bereits ausgeführt? Welche Daten wurden bisher gesammelt? Welche Entscheidungen wurden getroffen?
State Management ist die technische Antwort auf die Frage: Wie sorgt ein verteiltes, asynchrones System dafür, dass alle beteiligten Komponenten jederzeit ein konsistentes Bild des aktuellen Zustands eines Vorgangs haben – und dass dieser Zustand bei Fehlern, Neustarts oder Lastspitzen nicht verloren geht?
Was gehört zum State?
- Prozessfortschritt: Welche Schritte eines Workflows wurden erfolgreich abgeschlossen, welche stehen noch aus?
- Zwischenergebnisse: Daten, die in früheren Schritten erzeugt wurden und in späteren Schritten benötigt werden
- Entscheidungshistorie: Welche Regelzweige wurden genommen, welche Bedingungen haben zugetroffen?
- Zeitstempel: Wann wurde welcher Schritt gestartet und abgeschlossen?
- Fehlerinformationen: Welche Schritte sind fehlgeschlagen, wie oft wurde versucht, und welcher Fehler ist aufgetreten?
- Externe Referenzen: IDs von Datensätzen, die in Drittsystemen angelegt wurden – für spätere Aktualisierungen oder Löschungen
Wo wird State gespeichert?
In-Memory
Schnellster Zugriff, aber verloren bei Neustart. Nur für kurzlebige, unkritische Zustände.
Datenbank
Persistent, zuverlässig, abfragbar. Standard für produktionskritische Workflowzustände.
Message Queue
Zustand als Nachricht in der Queue – robust, gut für asynchrone Prozesse.
Cache (Redis)
Schnell, optional persistent. Gut für Session-Daten und häufig abgefragte Zustände.
Externe Datei
Checkpoints als Datei – einfach, aber langsam und schwer zu koordinieren.
Workflow Engine
Viele Engines verwalten Zustand intern – transparent für den Workflow-Ersteller.
State Management und Fehlertoleranz
Gutes State Management ist die Grundlage für fehlertolerante Automatisierung: Wenn ein Workflow nach Abschluss von Schritt 7 von 12 abstürzt, sollte er nach dem Neustart bei Schritt 8 weitermachen – nicht bei Schritt 1. Das setzt voraus, dass der Zustand nach jedem erfolgreich abgeschlossenen Schritt persistiert wird (Checkpointing). Ohne State Management bedeutet jeder Fehler einen vollständigen Neustart des gesamten Prozesses.
State Management in verteilten Systemen
In modernen Automatisierungsarchitekturen, in denen Workflows über mehrere Server, Worker-Instanzen oder Microservices verteilt sind, ist konsistentes State Management besonders herausfordernd: Wenn zwei Worker-Instanzen gleichzeitig denselben Vorgang verarbeiten wollen (Race Condition), kann es zu doppelten Aktionen kommen. Locking-Mechanismen und atomare Operationen verhindern das, indem sie sicherstellen, dass nur eine Instanz gleichzeitig einen bestimmten Zustand bearbeiten kann.
Praxisbeispiel
Ein mehrstufiger Genehmigungsworkflow verläuft über 5 Schritte: Antrag einreichen → Erstprüfung → Freigabe durch Manager → Freigabe durch CFO → Buchung ausführen. Der State wird nach jedem Schritt in einer Datenbank gespeichert: Schritt, Zeitstempel, verantwortliche Person, Entscheidung. Wenn der CFO seinen Browser schließt, bevor er auf „Freigeben“ klickt, ist der Prozess nicht verloren – er wartet im State „Offen bei CFO“ und schickt nach 24 Stunden automatisch eine Erinnerung. Wenn das System nachts für Wartung neugestartet wird, nimmt der Workflow am nächsten Morgen genau dort weiter, wo er aufgehört hat – dank persistiertem State.
