Der Job, der nicht gelaufen ist, erzeugt keinen Fehlschlag
Nachtjobs berichten Fehlschläge und schweigen zum Erfolg, das klingt effizient, bis an einem Morgen ein Job nicht startet. Stille bedeutet dann, was sie in jeder guten Nacht bedeutet hat, und die Lücke wird Tage später von wem gefunden, der die fehlenden Daten merkt.
Ein Morgenbericht, der aus einer erwarteten Liste gebaut ist, nicht aus empfangenen Ereignissen, fängt das. Die Frage ist nicht, welche Jobs fehlgeschlagen sind, sondern welche Jobs gar nicht berichtet haben.
Dauer gehört in denselben Bericht. Ein Job, der sonst zwanzig Minuten braucht und drei Stunden gebraucht hat, ist gelungen, und etwas stimmt nicht.
Einmal am Tagesanfang gelesen, ersetzt ein solcher Bericht das Ritual, vier Konsolen zu öffnen, um zu bestätigen, dass nichts Aufmerksamkeit braucht. Wenn doch, sagt er es in der ersten Zeile.
So läuft der ActionFlow auf der Canvas
Jobdatensätze werden von einem HTTP Request-Knoten aus Ihrem Scheduler auf einem Start Scheduled-Trigger gelesen, zeitlich so gesetzt, dass er nach dem Schließen des Nachtfensters läuft.
Ein Loop-Knoten geht die erwartete Jobliste durch, die Sie erklären, und ein If-Knoten darin markiert jeden Job ohne jeden Datensatz als nicht gelaufen. Ein fehlschlaggetriebener Bericht kann diesen Fall nicht erzeugen.
Ein Math-Knoten vergleicht jede Dauer mit dem eigenen gleitenden Durchschnitt dieses Jobs, und ein Filter-Knoten markiert alles außerhalb Ihrer Toleranz.
Ein Switch-Knoten sortiert die Ergebnisse in vier Gruppen (nicht gelaufen, fehlgeschlagen, zu lang gelaufen, gelungen) in der Reihenfolge, in der ein Mensch sie lesen will.
Ein Generate Text-Knoten schreibt den Bericht, nennt die ersten drei Gruppen einzeln und reduziert die vierte auf eine Zahl und eine Zeile.
Ein Create Excel-Knoten erzeugt den Beleg für alle, die Zuverlässigkeit über die Zeit verfolgen, und ein PostgreSQL-Knoten speichert den Lauf, damit die Durchschnitte von morgen real bleiben.
Ein Slack-Knoten postet den Bericht zu Ihrer gewählten Stunde, und ein Email-Knoten sendet ihn an die, die die Datenpipelines besitzen, nicht an das ganze Team.
Knoten, die dieser ActionFlow verwendet
- Start Scheduled (Start): läuft nach dem Schließen des Nachtfensters.
- HTTP Request (Util): Jobdatensätze aus Ihrem Scheduler.
- Loop (Control) with If (Control): geht eine erwartete Liste durch, sodass ein nie gelaufener Job sichtbar ist.
- Math (Util): Dauer gegen den eigenen gleitenden Durchschnitt jedes Jobs.
- Switch (Control): nicht gelaufen, fehlgeschlagen, zu lang gelaufen, gelungen.
- Generate Text (AI Core): der Bericht, Erfolge auf eine Zahl reduziert.
- PostgreSQL (Data): speichert den Lauf, damit die Durchschnitte real bleiben.
- Slack (Communication) with Email (Communication): der Teamkanal und die Pipeline-Ownerin oder der Pipeline-Owner.
Häufige Fragen
Newsletter
Produktupdates erhalten
Neue Nodes, Agents und Produktnotizen. Wir senden E-Mails nur, wenn sich das Öffnen lohnt.