Uptime Monitoring und öffentliche Status Pages richtig betreiben
Wie Checks, Schwellwerte, Incidents, Wartungsfenster, Probe-Regionen und Statuskommunikation zusammenspielen.
Monitoring ist mehr als ein Ping
Ein produktionsreifes Monitoring trennt Messung, Zustandsentscheidung und Kommunikation. Ein einzelner fehlgeschlagener Check sollte nicht zwangsläufig sofort einen öffentlichen Ausfall erzeugen.
Sinnvolle Bausteine
- HTTP/HTTPS-, Keyword-, TCP-, DNS-, TLS- und Push/Heartbeat-Checks
- Failure- und Recovery-Thresholds gegen Flapping
- Regionale Probe-Nodes für externe Sicht
- Historische Uptime- und Latenzwerte
- Öffentliche oder private Status Pages
- Incidents mit den Zuständen Investigating, Identified, Monitoring und Resolved
- Geplante Wartungsfenster
- Bestätigte Abonnenten für Status-Updates
Betrieb
Checks werden über den Scheduler in Probe-Jobs aufgeteilt. Ein lokaler Worker kann kleine Installationen bedienen; für verteilte Umgebungen können externe Probe-Nodes Jobs einer Region abholen. Öffentliche Status Pages sollten nur die Informationen zeigen, die bewusst freigegeben wurden. Interne Targets, Secrets und Probe-Tokens gehören nicht in öffentliche Responses.