Alerting bezeichnet den Mechanismus, durch den ein automatisiertes System die zuständigen Personen oder Teams aktiv benachrichtigt, wenn definierte Schwellenwerte überschritten werden, Fehler auftreten oder ein Zustand eintritt, der menschliches Eingreifen erfordert. Alerting ist die Brücke zwischen dem automatisierten Betrieb und der menschlichen Reaktion – es macht das Monitoring handlungsrelevant.
Ein Alert ist mehr als eine Fehlermeldung: Er enthält alle Informationen, die der Empfänger für eine schnelle Einschätzung und Reaktion benötigt – was ist passiert, wann, in welchem System, mit welcher Schwere, und welche Folgen sind zu erwarten.
Alert-Schweregrade
INFOInformativ: Normaler Betriebszustand, aber bemerkenswert – z. B. hohe Queue-Auslastung ohne kritische Grenze. Kein sofortiges Handeln erforderlich.
WARNINGWarnung: Ein Schwellenwert nähert sich seiner Grenze oder wurde gerade überschritten. Handlungsbedarf in Kürze, aber kein unmittelbarer Ausfall.
CRITICALKritisch: Ein Prozess ist ausgefallen, Daten werden falsch verarbeitet oder eine Systemkomponente ist nicht verfügbar. Sofortiges Handeln erforderlich.
Was einen guten Alert ausmacht
- Präzision: Der Alert beschreibt genau, was passiert ist – nicht nur „Fehler“, sondern „API des Versanddienstleisters antwortet nicht seit 4 Minuten“
- Kontext: Relevante Hintergrundinformationen – welcher Prozess, welche Umgebung, wie viele betroffene Vorgänge
- Handlungsempfehlung: Wo möglich, enthält der Alert eine definierte erste Reaktionsmaßnahme oder einen Link zum Runbook
- Richtiger Empfänger: Der Alert erreicht genau die Person oder das Team, die handeln können – nicht alle auf einmal
- Richtiger Kanal: Kritische Alerts per SMS oder Anruf; Warnungen per Slack; informativer per E-Mail
Alert Fatigue – die größte Gefahr
Alert Fatigue bezeichnet den Zustand, in dem ein Team so viele Benachrichtigungen erhält – darunter viele unwichtige oder falsch positive – dass es beginnt, Alerts zu ignorieren. Das ist eine der häufigsten und gefährlichsten Dysfunktionen in Monitoring-Systemen: Wenn jeder zweite Alert keine Konsequenz hat, werden irgendwann alle ignoriert – auch der, der wirklich wichtig ist. Gutes Alerting-Design bedeutet: Weniger Alerts, aber jeder davon handlungsrelevant.
Praxisbeispiel
Ein Automatisierungsdienstleister betreibt Workflows für 15 Kunden. Das Alerting-System ist nach drei Stufen konfiguriert: INFO – täglich um 08:00 Uhr eine Zusammenfassung aller Kennzahlen des Vortages per E-Mail. WARNING – sofortige Slack-Nachricht, wenn die Fehlerrate eines Workflows über 3 Prozent steigt oder die Verarbeitungszeit mehr als 200 Prozent des Normwerts beträgt. CRITICAL – sofortige SMS an die Bereitschaftsnummer, wenn ein Workflow vollständig ausfällt oder Daten falsch verarbeitet werden. Pro Monat: durchschnittlich 0,8 CRITICAL-Alerts, 4,3 WARNING-Alerts, 30 INFO-Mails. Kein Alert wird ignoriert – weil kein Alert sinnlos ist.
