Das Erste, was alle mit einem Alert tun, ist nachzuschlagen, was er bedeutet
Alerts werden von der Person geschrieben, die die Prüfung angelegt hat, für die Person, die die Prüfung angelegt hat. Sechs Monate später feuern sie bei jemandem, der nicht dabei war, in einem Kanal, in dem der Metrikname nichts bedeutet, und die ersten fünf Minuten gehen darauf, zu klären, worauf der String verweist.
Die nötige Information ist nicht verborgen. Welcher Service, welche Kundinnen und Kunden betroffen sind, was dieser Alert die letzten drei Male bedeutet hat und ob kürzlich etwas deployed wurde: all das existiert bereits irgendwo.
Das im Moment des Feuerns hinzuzufügen, ändert, wer reagieren kann. Ein Alert, der sich selbst erklärt, kann von wem in Bereitschaft bearbeitet werden, nicht nur von der Person, die ihn geschrieben hat.
Die Erklärung ist keine Diagnose. Zu nennen, was etwas üblicherweise verursacht, und was dies verursacht hat, sind unterschiedliche Behauptungen, und sie selbstsicher zu vermischen, schickt Menschen den falschen Weg hinunter.
So läuft der ActionFlow auf der Canvas
Ein External-Event- oder Webhook-Trigger nimmt den Alert aus Ihrem Monitoring-Tool mit seinem Roh-Payload entgegen.
Ein Extract-Data-Knoten zieht Service, Metrik und Schwelle aus diesem Payload, sodass der Rest des Flows mit Feldern arbeitet, nicht mit einem String.
Ein HTTP Request-Knoten sammelt Kontext: jüngste Deploys, den aktuellen Zustand der Abhängigkeiten und ob verwandte Alerts feuern.
Ein PostgreSQL-Knoten liefert die eigene Historie dieses Alerts (wann er zuletzt feuerte und was daraus wurde), das ist meist die nützlichste Zeile in der Nachricht.
Ein Generate Text-Knoten schreibt die Benachrichtigung: was der Alert bedeutet, auf welchen Service er zutrifft, was der jüngste Kontext zeigt und was er historisch bedeutet hat, jedes so beschriftet.
Die Beschriftung zählt hier mehr als die Formulierung. Historie wird als Historie präsentiert, niemals als Ursache, sodass niemand ein Muster als Schlussfolgerung liest.
Ein Switch-Knoten leitet nach Service in den richtigen Kanal über einen Slack- oder Teams-Knoten, und ein SMS-Knoten ist den Schweregraden vorbehalten, die Sie erklärt haben.
Kein Alert wird vom Flow quittiert oder geschlossen. Er erklärt. Menschen reagieren.
Knoten, die dieser ActionFlow verwendet
- External Event (Triggers): nimmt den Alert mit seinem Payload entgegen.
- Extract Data (Data): Service, Metrik und Schwelle als Felder statt als String.
- HTTP Request (Util): jüngste Deploys, Zustand der Abhängigkeiten, verwandte Alerts.
- PostgreSQL (Data): die eigene Historie dieses Alerts und was daraus wurde.
- Generate Text (AI Core): die Erklärung, Historie als Historie beschriftet.
- Switch (Control): leitet nach Service in den Kanal, der ihn besitzt.
- Slack (Communication) with Teams (Communication): wo die Benachrichtigung landet.
- SMS (Communication): den Schweregraden vorbehalten, die Sie erklärt haben.
Häufige Fragen
Newsletter
Produktupdates erhalten
Neue Nodes, Agents und Produktnotizen. Wir senden E-Mails nur, wenn sich das Öffnen lohnt.