Skip to content

Ausführen und überwachen

Sobald ein Graph gebaut ist, entscheiden drei Schaltflächen in der Werkzeugleiste, ob und wie er läuft, und in der Activity-Ansicht des Builders verfolgst du, was tatsächlich passiert ist.

Kurzüberblick

  1. Klicke Validate, um offensichtliche Probleme zuerst zu erwischen.
  2. Klicke Test, um den Graphen sofort einmal auszuführen, unabhängig von seinem Auslöser.
  3. Klicke Activate, um ihn zu veröffentlichen und auf seinen echten Auslöser zu lauschen.
  4. Öffne die Activity-Ansicht (die Icon-Leiste) für Ausführungsverlauf, Schritt-Logs und Statistiken pro Knoten.
  5. Klicke jederzeit Pause, um neue Ausführungen zu stoppen, ohne den Entwurf zu verlieren.

Ausführliche Referenz

Test, Activate und Pause

ControlTut
TestSpeichert deinen Entwurf, veröffentlicht ihn und reiht sofort eine Ausführung am Auslöserknoten ein. Scheitert mit dem Validierungsbericht, wenn der Graph ungültig ist.
ActivateSpeichert und veröffentlicht den Entwurf als neue Version und setzt die Automatisierung dann auf Active, sodass sie beginnt, auf ihren echten Auslöser zu reagieren.
PauseSetzt die Automatisierung auf Paused. Sie startet keine neuen Ausführungen mehr, behält aber Entwurf und Verlauf; Activate setzt sie fort.

Ausführungsstatus

StatusBedeutung
ActiveGerade in Arbeit, an irgendeinem Knoten stehend
CompletedHat einen Exit-Knoten erreicht oder ist am Ende des Graphen ausgelaufen
ExitedVon einem Filter-Knoten gestoppt, dessen Bedingung nicht erfüllt war
FailedAuf einen nicht behebbaren Fehler gestoßen

Schrittstatus

Jeder Knoten, den eine Ausführung durchläuft, hinterlässt einen Eintrag im Schritt-Log.

StatusBedeutung
okDer Schritt lief (oder wurde bei einem Auslöser- oder Logikknoten ausgewertet) erfolgreich
skippedDie Bedingung des Schritts hat ihn ausgefiltert, oder sein Executor ist noch nicht angebunden, siehe Knoten
errorDie Aktion des Schritts ist gescheitert, zum Beispiel ein Webhook-Aufruf, der keine Erfolgsantwort zurückgab

Die Activity-Ansicht

PanelZeigt
RunsJede Ausführung dieser Automatisierung: ihren Status, den Knoten, an dem sie gerade ist (oder ihren Fehler), und wie lange sie schon läuft
Recent step logsDie jüngsten Knoten-für-Knoten-Ereignisse über alle Ausführungen hinweg, mit einer kurzen Meldung, wo relevant
Node statsZähler pro Knoten: wie oft jeder Knoten betreten, abgeschlossen, übersprungen oder fehlgeschlagen ist, über alle Ausführungen hinweg

Eine Schaltfläche Refresh lädt alle drei neu. Bevor eine Automatisierung je gelaufen ist, zeigt diese Ansicht einen schlichten Leerzustand statt leerer Panels.

Zuverlässigkeit

Ausführungen rücken im Hintergrund knotenweise voran, und der Schritt jedes Knotens wird genau einmal erfasst, selbst wenn der Hintergrundprozess, der die Ausführungen prüft, sich zufällig selbst überlappt. In der Praxis bedeutet das, dass eine Aktion wie das Senden eines Webhooks nicht zweimal für denselben Schritt feuert, nur weil die Prüfung, die ihn vorantreibt, mehr als einmal lief.

Wiederholungen und Fehlerbehandlung pro Knoten

Ein Aktionsknoten lässt sich in seinem eigenen Inspektor so einstellen, dass er sich selbst wiederholt (0 bis 5 Mal, mit einer Wartezeit zwischen den Versuchen), bevor er auf sein On-error-Verhalten zurückfällt: über den Fehler hinweg fortfahren, die gesamte Ausführung stoppen oder auf einen eigenen Fehlerpfad umleiten. Die Settings der Automatisierung haben außerdem ein Default on-error behavior, das jede Aktion nutzt, die keines eigenen gesetzt hat. Unter Einen Workflow bauen steht genau, wo diese liegen.

Node stats in Activity sind kumulativ über jede veröffentlichte Version einer Automatisierung, sie werden nicht bei jeder Aktivierung einer Änderung zurückgesetzt; ein Ausschlag im Failed-Zähler eines Knotens kann ebenso vom Verhalten einer alten Version stammen wie vom aktuellen, gleiche ihn also mit den Zeitstempeln im Runs-Panel ab.

Schritt für Schritt

Schritt für Schritt: testen, das Ergebnis lesen, dann aktivieren

  1. Baue einen Graphen und klicke Validate; behebe alles Bemängelte, bevor du weitermachst.
  2. Klicke Test. Das speichert den Entwurf, veröffentlicht daraus eine neue Version und reiht sofort eine Ausführung am Auslöserknoten ein, unabhängig davon, was der echte Auslöser ist.
  3. Wechsle zum Activity-Symbol in der Leiste. Bei der allerersten Ausführung einer Automatisierung siehst du kurz einen schlichten Leerzustand statt leerer Panels; klicke Refresh, falls die Ausführung nicht sofort erscheint, denn der Tick treibt Ausführungen im Hintergrund voran, nicht augenblicklich.
  4. Öffne die Ausführung im Runs-Panel, um zu sehen, an welchem Knoten sie gerade steht (oder ihren Fehler), und prüfe dann Recent step logs für einen Knoten-für-Knoten-Bericht, einschließlich etwaiger skipped-Schritte und ihrer Meldung.
  5. Sobald sie sich so verhält, wie du es erwartest, klicke Activate. Das veröffentlicht eine weitere Version, selbst wenn sich seit Test nichts geändert hat, und kippt den Status der Automatisierung auf Active, sodass ihr echter Auslöser von hier an übernimmt.

Schritt für Schritt: eine Ausführung diagnostizieren, die nicht vorankommt

  1. Öffne Activity und finde die Ausführung; ihr Status und der aktuelle Knoten sagen dir genau, wo sie steht.
  2. Ist sie Active, hat sich aber eine Weile nicht bewegt, prüfe, ob dieser Knoten ein Delay oder ein Tarihe kadar bekle (Wait until a date) ist; die sollen dort stehen, manchmal tagelang, und laufen von selbst weiter.
  3. Steht sie auf einem Aktionsknoten, prüfe in Node stats die Failed-/Skipped-Zähler dieses Knotens; ein Knoten mit konfiguriertem Retry versucht es nach seinem eigenen Warteplan immer wieder, bevor er überhaupt zu seinem On-error-Verhalten kommt.
  4. Bewegt sich über alle Automatisierungen gleichzeitig nichts mehr, dann läuft fast immer der periodische Tick gar nicht (siehe den Self-Hosting-Tipp unten), statt dass es an diesem einen Graphen liegt.

Fehlerbehebung

  • Der Status einer Ausführung bleibt für immer Active. Entweder wartet sie wirklich auf ein Delay, ein Wait-until-date oder einen Retry-Plan (prüfe den aktuellen Knoten), oder der periodische Tick, der Ausführungen vorantreibt, läuft gar nicht; siehe den Self-Hosting-Tipp unten.
  • Die Schritt-Logs sind leer, obwohl die Ausführung eindeutig etwas getan hat. Prüfe in den Settings der Automatisierung Save execution data: Errors only verbirgt erfolgreiche Schritte, und None verbirgt alles, beides da, um Speicherplatz zu sparen oder das Protokollieren sensibler Nutzlasten zu vermeiden.
  • Eine Ausführung ist mit "zaman aşımı" (Zeitüberschreitung) gescheitert. Die Settings haben eine Max run duration; eine Ausführung, die älter als diese Anzahl Sekunden ist, wird automatisch als fehlgeschlagen markiert, selbst mitten in einem Delay. Erhöhe sie oder lass sie ungesetzt (aus) für Automatisierungen, die lange warten sollen.
  • Die Automatisierung hat sich selbst pausiert. Der Circuit breaker in den Settings pausiert eine Automatisierung automatisch, nachdem so viele Ausführungen hintereinander gescheitert sind. Prüfe den Fehlergrund in Activity, behebe ihn und aktiviere dann erneut, sobald du sicher bist, dass es gelöst ist.
  • Ein Webhook oder ein reges Ereignis erzeugte mehr Ausführungen als erwartet. Prüfe Concurrency in den Settings; der Standard, Free, erlaubt unbegrenzt viele parallele Ausführungen einer Automatisierung. Single at a time, Skip if busy oder Queue all begrenzen, wie viele gleichzeitig unterwegs sein können.
  • Auf einer Self-Hosting-Installation läuft überhaupt nichts. Das ist die häufigste Self-Hosting-Lücke: Niemand hat den periodischen Job eingeplant. Siehe den Tipp unten.

Tipps

Erst testen, dann aktivieren

Test läuft sofort, ohne den Status der Automatisierung anzurühren, sodass du das Ergebnis in Activity prüfen kannst, bevor du sie auf Active kippst.

Self-Hosting-Bereitstellungen

Bei einer Self-Hosting-Installation muss eine Administratorin oder ein Administrator den periodischen Job einplanen, der Ausführungen vorantreibt und fällige Zeitpläne prüft; siehe Self-Hosting. Beim Managed Service geschieht das automatisch.

Verwandt