Die großen Ausfälle Ende 2025 folgten einem Muster. Als im Oktober AWS us-east-1 ausfiel und im November Cloudflare, merkten viele Teams, dass ihr Monitoring auf derselben Infrastruktur lief wie die Dinge, die es überwachen sollte. Status-Seiten hinkten hinterher. Alerting-SaaS war nicht erreichbar. Für ein, zwei Stunden lautete die ehrliche Antwort auf „was genau ist kaputt?": Schulterzucken.
Die Abhilfe ist altmodisch und billig: ein Monitor, der von nichts abhängt außer einer Kiste im eigenen Haus. Er erklärt nicht, warum ein Hyperscaler brennt. Aber er sagt von außen, was erreichbar ist und was nicht, während alle anderen eine veraltete Status-Seite neu laden.
Was so ein Watchdog prüfen sollte, ungefähr in dieser Reihenfolge:
- Den Internet-Uplink, gegen mehrere Anker, damit ein einzelner Provider-Schluckauf nicht gleich alarmiert.
- DNS für die Domains, von denen man abhängt.
- Die eigenen öffentlichen Dienste, mit echten HTTP-Prüfungen (Status-Code, Stichwort im Body), nicht nur „Port 443 antwortet".
- TLS-Zertifikate und Domain-Ablauf, die zwei Ausfälle, die sich jeder selbst einbrockt.
- Die lokale Infrastruktur, die die Cloud ohnehin nicht sieht: Container, den Hypervisor, das NAS, das still eine Platte verloren hat, Temperaturen.
Jeder selbst gehostete Monitor deckt einen Teil dieser Liste ab. Uptime Kuma macht den Uptime-Teil gut und ist gratis; Zabbix kann alles, wenn man die Zeit zum Aufbauen mitbringt. DeviceShelf Server ist unsere Variante: ein Docker-Container, der das Netzwerk selbst entdeckt, die Prüfungen oben ab Werk mitbringt und über den Kanal alarmiert, den man ohnehin nutzt. Seit 1.6.0 überwacht er auch Docker, Proxmox, NAS-Zustand und Hardware-Temperaturen. Wer selbst vergleichen will: Es gibt eine ehrliche Gegenüberstellung mit Kuma, PRTG und Zabbix.
Egal, welches Werkzeug es wird: auf eigene Hardware stellen, einen eigenen Benachrichtigungsweg geben, und es die eine Komponente im Stack sein lassen, die von us-east-1 noch nie gehört hat.