So überwachst du eine Website (5 Minuten)

Drei Schritte, insgesamt etwa 5 Minuten: Erstelle einen Monitor für die wichtigste URL deiner Website, wähle, wohin Alerts gehen sollen, und prüfe, ob der Alert wirklich auslöst. Ziel ist nicht, am ersten Tag jede URL zu überwachen; es geht darum, den ersten Ausfall abzudecken, den ein Kunde bemerken würde, und zu beweisen, dass der Alert eine echte Person erreicht.

1. 1

   Erstelle einen Monitor für deine Homepage-URL

   Richte einen Monitor auf die URL, die ein echter Besucher zuerst aufrufen würde: deine Homepage oder die Login-Seite, wenn das der wirkliche Eingang ist. Das ist eine Outside-in-Prüfung: Sie läuft nach Zeitplan von außerhalb deiner eigenen Server, sodass sie dir melden kann, dass die Website nicht erreichbar ist, auch wenn in deiner Infrastruktur alles normal aussieht. Verwende die finale Produktions-URL, inklusive https, und vermeide Pfade, die eine angemeldete Sitzung erfordern, außer der Monitor ist für Authentifizierung eingerichtet.

2. 2

   Füge einen Alert-Kanal hinzu

   Wähle, wo der Alert landen soll, wenn eine Prüfung fehlschlägt: E-Mail ist der einfachste Standard, und Kanäle wie Slack, Discord oder ein Webhook in eigene Systeme sind für Teams üblich. Nimm einen Kanal, den wirklich jemand beobachtet, und entscheide, wie viel Bestätigung du vor dem Auslösen brauchst. Für die meisten öffentlichen Websites sind zwei aufeinanderfolgende fehlgeschlagene Prüfungen als erste Regel besser als ein Alert bei einem einzelnen kurzen Wackler.

3. 3

   Prüfe, ob der Alert auslöst

   Nimm nicht an, dass der Alert funktioniert: bestätige es. Richte den Monitor auf eine URL, die sicher fehlschlägt, oder nutze vorübergehend eine Assertion, die nicht bestehen kann, und warte auf den nächsten Prüfzyklus. Bestätige beide Hälften des Weges: Der Monitor ändert seinen Zustand, und der Alert erreicht die richtige Person. Wenn nicht, hast du eine kaputte Einrichtung gefunden, bevor ein echter Ausfall es tut.

   curl -I https://yoursite.com/this-path-does-not-exist
   # expect: HTTP/1.1 404 Not Found
   # then wait for the next scheduled check and confirm the alert arrives

Was du als Zweites und Drittes überwachen solltest

Sobald die Basisprüfung und der Alert bestätigt sind, füge als Nächstes das Ablaufdatum des TLS-Zertifikats hinzu: Es scheitert still und ohne Warnung bis zu dem exakten Tag, an dem es abläuft, anders als ein Serverausfall, der für Besucher zumindest sofort sichtbar ist. Domain-Ablauf gehört in dieselbe Risikokategorie: Eine abgelaufene Registrierung kann Website und E-Mail lahmlegen, oft für Tage, und Zahlungs- oder Registrar-Probleme übersieht man leicht.

Drittens füge einen Monitor für den wichtigsten Kundenpfad hinzu: Checkout, Login, Dashboard-URL, Buchungsflow oder einen API-Endpunkt, von dem ein anderer Dienst abhängt. Ein reines Homepage-Setup bemerkt nicht, wenn einer dieser Pfade allein kaputtgeht, während der Rest der Website normal aussieht. Danach ergänze Heartbeat-Monitore für Cronjobs, Queues, Importe und Backups: die stille Arbeit, die Outside-in-Prüfungen nicht sehen können.

Häufige Setup-Fehler vermeiden

Beim ersten fehlgeschlagenen Check alarmieren. Ein einzelner Fehler kann ein kurzzeitiger Netzwerk-Wackler sein statt ein echter Ausfall; zwei oder drei aufeinanderfolgende Fehler vor dem Alert machen Monitoring von nervigem Rauschen zu etwas, dem Menschen vertrauen.

Nur die Homepage prüfen. Wenn Checkout oder ein API-Pfad unabhängig ausfällt, sieht eine Homepage-Prüfung das nicht. Dein erster Monitor beweist, dass die Website existiert; der zweite oder dritte sollte beweisen, dass der Teil, den Kunden wirklich brauchen, noch funktioniert.

Den Alert nie testen. Ein konfigurierter Monitor, dessen Alert nie bestätigt wurde, ist trügerische Sicherheit. Erzwinge einmal einen Fehler wie in Schritt 3, und prüfe auch den Recovery-Weg, damit du weißt, dass der Monitor wieder grün wird, sobald das Problem behoben ist.