Betrieb und Überwachung

Entscheidend ist, ob ein Workflow den vereinbarten Geschäftsvorgang zum richtigen Ergebnis führt. Sichtbar sein müssen abgeschlossene, offene und ungeklärte Fälle.

Technische Läufe, Protokolle und Alarme unterstützen die Untersuchung, ersetzen aber nicht den Blick auf den fachlichen Stand.

Vom Geschäftsfall ausgehen

Definieren Sie für jeden wichtigen Ablauf, wann ein Fall beginnt und wann er fachlich endet. Bei einer hypothetischen Materialanforderung beginnt er mit einer gültig eingereichten Anfrage.

Er endet erst, wenn die Entscheidung im maßgeblichen System bestätigt ist und alle vereinbarten Schritte zum Abschluss erfüllt sind. Ein gestarteter Lauf oder eine angenommene API-Anfrage ist ein Zwischenstand.

Geben Sie dem Fall eine stabile Kennung und passende Zustände, etwa offen, in Bearbeitung, fachlich beendet und Ergebnis ungeklärt. Erfassen Sie Freigabe und Ablehnung getrennt, wenn sie unterschiedliche fachliche Ergebnisse sind. Mehrere technische Versuche bleiben demselben Fall zugeordnet.

Signale für den Betrieb wählen

Aggregierte Messwerte zeigen Verlauf und Umfang. Für die Untersuchung eines einzelnen Falls brauchen Berechtigte dessen Zustand und Ereignisse. Eine einzelne Vorgangskennung als Metrikattribut kann sehr viele unterschiedliche Zeitreihen erzeugen; sie gehört gewöhnlich in eine Fallansicht oder ein geeignetes Protokoll.

Ein Überwachungsmodell sollte neben der Diagnose auch Trends und Änderungen sichtbar machen. Der Vergleich des Systemverhaltens vor und nach einer Anpassung kann zeigen, ob sich ein Ablauf verändert hat; bei einem Experiment lassen sich zwei Gruppen gegenüberstellen.

Welche Ansichten dafür nötig sind, richtet sich nach den priorisierten Betriebsfragen.

Ordnen Sie den Ablauf seinem Verarbeitungstyp zu. Bei einem Stapellauf ist nicht allein der einzelne Lauf entscheidend, sondern auch, wann zuletzt ein erfolgreicher Lauf abgeschlossen wurde.

Für einen kontinuierlichen mehrstufigen Prozess sind dagegen Eingänge, Zwischenstände und Ausgänge je Stufe aussagekräftiger.

Kernindikatoren für den Betrieb automatisierter Workflows

Messwerte passend zum Ablauf modellieren

Ein Messereignis verbindet den erfassten Wert mit dem Zeitpunkt der Erfassung und zugehörigen Metadaten. Für jedes Instrument sollten Name und Art feststehen; Einheit und Beschreibung können die Bedeutung zusätzlich klären.

So lässt sich im Dashboard unterscheiden, was gezählt oder als aktueller Stand angezeigt wird.

Ein Counter eignet sich für Werte, die sich im Zeitverlauf aufsummieren, etwa abgeschlossene Fälle. Für einen Bestand, der wachsen und schrumpfen kann, passt ein UpDownCounter, beispielsweise für gerade in Bearbeitung befindliche Arbeit.

Ein Gauge zeigt einen aktuellen Wert zum Zeitpunkt der Messung an.

Bei mehrstufiger Offline-Verarbeitung lässt sich jede Stufe anhand eingehender, laufender und ausgegebener Elemente sowie des letzten Verarbeitungszeitpunkts betrachten. Bei Stapelverarbeitung sind zusätzlich eingehende und ausgehende Stapel hilfreich.

Ein durchgängiger Heartbeat kann zeigen, wann ein Testelement zuletzt die einzelnen Stufen durchlaufen hat, besonders wenn regulär längere Pausen ohne Verarbeitung vorkommen.

Hinweise mit Bearbeitung verbinden

Legen Sie für jeden Alarm fest, welche Auswirkung er meldet, wer reagiert und wo betroffene Fälle zu finden sind. Eine gemeinsame Verbindungsstörung kann die technische Betreuung erfordern. Ein einzelner fachlich unvollständiger Fall gehört meist in eine zugewiesene Arbeitsliste.

Die Dringlichkeit ergibt sich aus der Wirkung und der vereinbarten Reaktionsfrist.

Das Dashboard sollte zuerst Ergebnisse, offene Fälle und den Datenstand zeigen. Von einer auffälligen Zahl muss ein Weg zu den betroffenen Vorgängen führen.

Kennzeichnen Sie fehlende Messung ausdrücklich; prüfen Sie auch, ob Erfassung und Alarmbewertung selbst funktionieren.

Richten Sie Alarme möglichst an einer spürbaren Auswirkung aus, nicht an jeder denkbaren technischen Ursache. Bei einem nutzerwirksamen Fehler oder einer zu langen Verarbeitung sollte die Konsole den Weg zur betroffenen Komponente erleichtern.

Mehrere Alarme für dieselbe Auswirkung schaffen dagegen unnötiges Rauschen; kleine, kurzzeitige Ausschläge müssen nicht automatisch eine sofortige Reaktion auslösen.

Prüfen Sie die gesamte Meldekette mit einem Ende-zu-Ende-Test: Ein erzeugter Hinweis muss über Erfassung und Alarmbewertung bis zum vorgesehenen Empfänger gelangen. So wird sichtbar, ob nicht nur der Workflow, sondern auch die Überwachung selbst handlungsfähig ist.

Den Messpfad mit überwachen

Metriken sind nicht das einzige Betriebssignal: strukturierte Ereignisprotokolle und verteilte Ablaufspuren können ergänzend zeigen, was während eines konkreten Vorgangs geschah. Metriken eignen sich für Überblick und Verlauf; Ereignisse und Ablaufspuren helfen, eine Auffälligkeit entlang der Verarbeitung einzuordnen.

Die Überwachung muss auch die eigene Datenaktualität und Abrufgeschwindigkeit berücksichtigen. Was als ausreichend aktuell gilt, hängt vom jeweiligen Betriebsbedarf ab.

Für Stapelläufe ist der Zeitpunkt des letzten erfolgreichen Laufs ein wichtiges Signal; Laufzeit und Dauer wichtiger Stufen können zusätzliche Hinweise geben.

Eine Abweichung verfolgen

Prüfen Sie nach Änderungen am Workflow, ob Zustände, Anzeigen und Alarme noch dasselbe bedeuten. Fragen Sie bei wiederkehrenden Meldungen, welche Handlung sie ausgelöst haben und ob wichtige Fälle ohne Hinweis offen blieben.