# Monitoring, das jemanden piept, nicht ein Dashboard

> Ein Dashboard, das niemand anschaut, ist ein Bildschirmschoner. Das Setup, das den Ausfall wirklich fängt: externe Probes, ein Alarmweg, ein geschriebenes Runbook.

Die meisten Monitoring-Setups scheitern sozial, bevor sie technisch scheitern: Die Metriken existieren, die Dashboards sind hübsch, und der Ausfall wird trotzdem vom Kunden entdeckt, weil der Alarm in einen Kanal ging, den um 21 Uhr niemand liest. Das ist das minimale Setup, das funktioniert — drei Teile, alle langweilig.

## Von außen proben, für die echte Antwort

Ein externer Dienst ruft die echten Seiten ab und prüft den echten Inhalt — nicht 'Port offen', sondern 'der Checkout liefert 200 und enthält das Wort bezahlen'. Interne Health-Checks fangen tote Prozesse; externe Probes fangen tote Zertifikate, totes DNS und tote Upstreams — das meiste, was wirklich stirbt.

## Ein Alarmweg, den jemand besitzt

Alarme gehen in einen Kanal, den eine benannte Person liest — eine Telefon-Benachrichtigung, kein geteiltes Postfach — mit Ruhezeiten-Logik, die bei den wichtigen Endpunkten trotzdem piept. Ein Alarm, den jeder ignorieren kann, ist einer, den jeder ignoriert.

## Das Runbook ist geschrieben, bevor es gebraucht wird

Zu jedem Alarm eine Seite: was zuerst prüfen und wie 'behoben' aussieht — denn wer es um zwei Uhr nachts liest, bist du selbst ohne Schlaf. Das Runbook in jemandes Kopf ist ein terminierter Single Point of Failure.

## Was bleibt

- Externe Probes prüfen Inhalt, nicht nur Ports.
- Ein Alarmweg, ein benannter Besitzer, echte Benachrichtigungen.
- Das Runbook zur Build-Zeit schreiben, nicht um zwei Uhr nachts.
- Alarm-Müdigkeit ist ein Bug — jeder Alarm muss actionable sein.

## Schlagwörter

Monitoring, Ops, Uptime

## Das bauen wir auch

https://dfieldsolutions.com/de/leistungen/full-stack

## Mehr aus dem Lab

- https://dfieldsolutions.com/de/labor/backup-restore-drill.md — Ein Backup, das du nie zurückspielst, ist eine Geschichte
- https://dfieldsolutions.com/de/labor/custom-software-cost.md — Was Custom Software wirklich kostet
- https://dfieldsolutions.com/de/labor/custom-vs-off-the-shelf.md — Custom oder von der Stange — der ehrliche Test
- https://dfieldsolutions.com/de/labor/first-90-days-retainer.md — Die ersten neunzig Tage eines Retainers, wie er wirklich läuft

---

Source: https://dfieldsolutions.com/de/labor/monitoring-runbook
DField Solutions — Dunakeszi, Hungary — dezso@dfieldsolutions.com
Booking: see https://dfieldsolutions.com/en/contact