Skip to main content
Erfahre sofort, wenn etwas deine Grenze überschreitet – auf dem Kanal, den dein Team bereits nutzt, statt es von einem Kunden zu hören. Lege eine Regel einmal fest, und Failproof AI Observability prüft sie nach einem Zeitplan und benachrichtigt dich per E-Mail, Slack, Webhook oder direkt im Dashboard. Die Alerts-Seite: ein Raster mit Alert-Regelkarten, jede mit ihrem Auslöser, dem Auswertungsfenster, den Kanälen und einem Info-, Warn- oder Kritisch-Schweregrad-Badge Alle Alert-Regeln auf einen Blick: was überwacht wird, wie oft, wohin benachrichtigt wird und wie dringend.

​
Erfahre von Problemen, bevor deine Nutzer es tun

Höre auf, ein Dashboard zu aktualisieren und auf eine Regression zu hoffen. Richte einen Alert ein, wann immer es ein Signal gibt, über das du informiert werden möchtest – auch wenn niemand hinschaut –, und lass ihn dort ankommen, wo du sowieso bist:
  • E-Mail, an alle, die es wissen sollten.
  • Slack, eine aussagekräftige Nachricht mit einer Schaltfläche, die direkt zum Vorfall führt.
  • Webhook, ein JSON-POST für PagerDuty, Opsgenie oder deinen eigenen Endpunkt, optional mit Signatur, damit der Empfänger die Echtheit prüfen kann.
  • Im Dashboard, von Haus aus dezent – für den Fall, dass du eine Regel feinjustierst und noch niemanden benachrichtigen möchtest.
Kombiniere beliebige dieser Optionen für eine einzige Regel. Der Schweregrad (Info, Warnung oder Kritisch) wird dabei immer mitgeliefert, damit dringende Meldungen auch dringend wirken.

​
Regeln per Formular erstellen, nicht per JSON

Du beschreibst, was „kaputt” bedeutet, in einem Formular, und Failproof AI Observability erstellt die zugrundeliegende Regel für dich. Die JSON-Spezifikation ist lediglich das, was dieses Formular intern erzeugt – du kannst sie lesen, um eine Regel zu verstehen, aber tippst sie selten manuell ein. Das Formular für neue Alerts: Name und Beschreibung, ein Aktivierungsschalter und eine Auslöserauswahl mit Metrikschwellenwert, benutzerdefiniertem SQL, Auswertungsscore, zusammengesetzter Auswertung und ereignisbezogenen Bedingungen Wähle einen Auslöser und das Formular zeigt die richtigen Felder an; Speichern schreibt die Regel. Der Standardablauf geht schnell: Name vergeben, einen Auslöser wählen (was überwacht werden soll), Schwellenwert und Zeitfenster festlegen (wie schlimm, über welchen Zeitraum), mindestens einen Kanal anhängen, dann Speichern und auf Test klicken, um eine synthetische Benachrichtigung auszulösen und zu bestätigen, dass jedes Ziel richtig verdrahtet ist. Intern entsteht dabei eine kleine Spezifikation wie:
Du bist nicht auf eine einzige Art von Signal beschränkt. Wähle den Auslöser, der dazu passt, wie du über den Fehler nachdenkst: Schaust du gerade auf der Errors-Seite auf einen Fehler? Jede Zeile dort hat eine + Alert-Schaltfläche, die dieses Formular vorausgefüllt öffnet, um genau diesen Fehler beim nächsten Auftreten abzufangen – damit der Vorfall, den du gerade triagiert hast, beim nächsten Mal direkt eine Benachrichtigung auslöst. Wo du es findest: Alerts befinden sich unter /<org-slug>/alerts. Zum Erstellen, Bearbeiten, Löschen und Testen von Regeln wird alerts:write benötigt; alerts:read reicht zum Anschauen. Die Empfängerauswahl listet die Mitglieder deiner Organisation namentlich auf, sodass du eine Person benachrichtigen kannst, ohne das Formular zu verlassen.

​
Benachrichtigungen nur bei echten Problemen

Eine einzelne fehlerhafte Messung sollte dich nicht aufwecken. Der M von N-Rauschfilter legt fest, wie viele der letzten Prüfungen fehlschlagen müssen, bevor der Alert tatsächlich ausgelöst wird. Stelle ihn auf 3 von 5 ein, und die Regel löst erst aus, nachdem drei der letzten fünf Prüfungen die Grenze überschritten haben – damit ein unstetes Signal aufhört, falschen Alarm zu schlagen. Belasse ihn beim Standardwert 1 von 1, um beim ersten Verstoß sofort auszulösen. Du wählst außerdem, wie oft die Regel ausgeführt wird – aus Voreinstellungen von 1m, 5m, 15m und 1h, abgestimmt auf die tatsächliche Dynamik des Signals.

​
Was passiert, wenn ein Alert ausgelöst wird

Ein Verstoß öffnet einen Incident und benachrichtigt deine Kanäle einmalig. Von dort aus bestätigt dein Team den Vorfall, weist einen Verantwortlichen zu, bespricht ihn und löst ihn auf – alles in einem übersichtlichen, zugeordneten Protokoll. Dieser Triage-Workflow hat seine eigene Seite: siehe Incidents.

​
Verwandte Themen

  • Incidents: verfolge einen ausgelösten Alert von offen über bestätigt bis gelöst.
  • Error tracking: gruppiere Agent-Fehler und wandle einen mit einem Klick in einen Alert um.
  • Dashboards: beobachte die gemeinsamen Boards, aus denen die überwachten Schwellenwerte stammen.
  • CLI and agents: erstelle Alerts und bestätige Incidents über dein Terminal oder integriere sie per Skript in CI.