Benachrichtigungen -- Übersicht

Hoppla hält dich auf dem Laufenden, wenn bei deinen Diensten etwas schiefläuft. Das Ganze basiert auf drei Bausteinen: Benachrichtigungskanäle (wohin gehen die Alarme?), Benachrichtigungsregeln (wann sollen sie rausgehen?) und Vorfälle (was genau ist passiert?).

So läuft das ab

Wenn ein Check ein Problem entdeckt, passiert Folgendes:

1. Check schlägt fehl -- Ein Monitoring-Check liefert ein unerwartetes Ergebnis.
2. Verifizierung -- Bei Uptime-Checks prüft Hoppla den Fehler nochmal von einem zweiten Standort aus. Ausfälle, die nur an einem Standort auftreten, lösen keinen Alarm aus.
3. Auswertung -- Hoppla gleicht den Fehler mit deinen Schwellenwerten und Regeln ab.
4. Vorfall erstellt -- Wenn die Kriterien erfüllt sind, legt Hoppla einen Vorfall an.
5. Regeln geprüft -- Deine Benachrichtigungsregeln bestimmen, welche Kanäle informiert werden.
6. Benachrichtigungen raus -- Die Alarme landen bei allen passenden Kanälen (E-Mail, Slack, Webhook usw.).
7. Eskalation (optional) -- Hängt an der Regel eine Eskalationsrichtlinie und wird der Vorfall nicht rechtzeitig bestätigt, eskaliert Hoppla ihn über weitere Schritte -- und piept optional, wer gerade Rufbereitschaft hat. Sobald jemand den Vorfall bestätigt, stoppt die weitere Eskalation.

Sobald der Check wieder grün ist, löst Hoppla den Vorfall automatisch und schickt eine Entwarnung über dieselben Kanäle.

Ereignistypen

Folgende Ereignisse können Benachrichtigungen auslösen:

Ereignis	Beschreibung
Vorfall erstellt	Ein Monitor hat einen Fehler erkannt (Ausfall, abgelaufenes Zertifikat usw.)
Vorfall gelöst	Ein zuvor fehlerhafter Monitor läuft wieder
Monitor flattert	Ein Monitor wechselt schnell zwischen up und down
Flattern beendet	Ein zuvor flatternder Monitor hat sich stabilisiert
Vorfall-Sturm erkannt	Mehrere Monitore fallen gleichzeitig aus
Sturm beendet	Ein Vorfall-Sturm hat sich gelegt
SSL läuft ab	SSL-Zertifikat läuft bald ab
Domain läuft ab	Domain-Registrierung läuft bald ab
Leistungsabfall	Lighthouse-Werte unter deinem konfigurierten Schwellenwert
Application Health	Health-Endpoint meldet Probleme
Sitemap-Probleme	Fehler bei der XML-Sitemap-Validierung
Security Headers	Fehlende oder falsch konfigurierte Security Headers
Redirect Chain	Redirect-Probleme erkannt (Schleifen, zu viele Weiterleitungen)
Robots.txt	Probleme mit der Robots.txt erkannt
DNSBL-Listing	Server-IP auf einer DNS-Blacklist gefunden
Defekte Links	Beim Crawl wurden defekte Links gefunden
Mixed Content	Unsichere (HTTP-)Inhalte auf einer HTTPS-Seite erkannt
Server Resources	Agent-Metriken überschreiten deine Schwellenwerte
Warnung aufgehoben	Eine vorherige Warnung hat sich erledigt
DNS-Einträge geändert	Änderungen an DNS-Einträgen erkannt -- inklusive Änderungen an den autoritativen Nameservern der Zone (ein Hinweis auf NS-Hijacking). Der DNS-Änderungs-Payload enthält die zone, die nameservers und die einzelnen changes pro Eintrag.
Zertifikat erneuert	SSL-Zertifikat wurde erneuert

Schnelleinrichtung

Damit du Benachrichtigungen bekommst, brauchst du drei Dinge:

1. Einen Benachrichtigungskanal anlegen -- Leg fest, wohin die Alarme gehen sollen (E-Mail, Slack, Webhook usw.). Mehr dazu unter Benachrichtigungskanäle.
2. Eine Benachrichtigungsregel erstellen -- Bestimme, welche Ereignisse über welche Kanäle rausgehen. Mehr dazu unter Benachrichtigungsregeln.
3. Monitore hinzufügen -- Ab jetzt erzeugen deine Monitore automatisch Vorfälle und Benachrichtigungen.

Übrigens: Neue Teams haben bereits einen E-Mail-Kanal vorkonfiguriert, der an die E-Mail-Adresse des Team-Eigentümers geht.

Noch einen Schritt weiter

• Eskalationsrichtlinien -- Sorg dafür, dass kritische Vorfälle, die niemand bestätigt, weiter die Kette hochklettern, bis jemand reagiert.
• Rufbereitschaftspläne -- Rotiere nach Tag und Uhrzeit, wer gepiept wird, damit die richtige Person alarmiert wird statt des ganzen Teams.