Ein Alarm sagt Ihnen, dass etwas nicht stimmt. Dann beginnt die eigentliche Arbeit: Ist es wirklich down, wie sieht der Fehler aus, wer kümmert sich darum, wurden die Kunden informiert, und was ändern wir, damit es nicht wieder passiert? Viele Teams beantworten diese Fragen verteilt über drei Tools und einen langen Chatverlauf. Uptimecheck hält die Antworten beim Incident fest.
Bestätigte Ausfälle
Uptimecheck prüft von Stockholm, London und New York aus und bestätigt jeden Fehler von einem zweiten Standort, bevor ein Incident eröffnet wird. Eine einzelne verlorene Anfrage weckt niemanden. Ist der Ausfall echt, wird der Incident eröffnet, die Alarme gehen raus und die Timeline beginnt. Sobald sich der Monitor erholt, schließt er sich von selbst. Unser Ratgeber zum Reduzieren von Fehlalarmen erklärt, warum die Bestätigung so wichtig ist.
Belege inklusive
Was wir gesehen haben: die fehlgeschlagene Prüfung mit der verbundenen Adresse, den Headern und dem Anfang der Antwort.Netzwerkpfad: Hat der Server nicht geantwortet, zeigt ein Traceroute vom prüfenden Standort, wo der Pfad abbricht.Screenshot: Hat der Server geantwortet, hält ein echter Browser fest, was Besucher gesehen haben. Screenshots werden 90 Tage lang aufbewahrt.
Das reicht oft schon, um einen toten Server von einem fehlerhaften Deployment zu unterscheiden – oder Ihr Problem von dem Ihres Hosting-Anbieters –, bevor sich überhaupt jemand angemeldet hat.
Eine Timeline
Die Incident-Timeline zeigt der Reihe nach die Prüfungen, jeden Alarm und wen er erreicht hat, Bestätigungen und Notizen. Mit „Acknowledge“ signalisieren Sie dem Team, dass sich jemand kümmert, und verzögerte Alarme, die noch nicht verschickt wurden, werden abgebrochen. In Slack erledigt der Acknowledge-Button am Ausfallalarm dasselbe, ohne die App zu öffnen. Notizen sieht nur Ihr Team.
03:12: checkout.northwind.shop liefert 503, bestätigt durch eine zweite Prüfung. Antwort und Screenshot sind angehängt.03:13: Push-Benachrichtigung an Anna, die Bereitschaft hat.03:15: in Slack bestätigt.03:19: nach 7 Minuten wiederhergestellt. Eine Entwarnung wird verschickt.
Eskalation und Bereitschaft
Ein Kanal kann 5 bis 60 Minuten warten und nur dann alarmieren, wenn der Ausfall noch andauert und niemand ihn bestätigt hat. Posten Sie sofort in Slack und schicken Sie nach 10 Minuten einen Push an die Person in Bereitschaft. Wer das ist, legen Bereitschaftspläne fest, und Alarme und Benachrichtigungen beschreibt alle Kanäle.
MTTA und MTTR
Die Incident-Seite zeigt die mittlere Zeit bis zur Bestätigung (MTTA) und die mittlere Zeit bis zur Behebung (MTTR) der letzten 30 Tage. Zusammen zeigen sie, ob Alarme Menschen erreichen, die handeln können, und wie schnell Probleme behoben werden. Unser Artikel zu MTTR, MTTA und MTBF erklärt, wie Sie die Werte lesen.
Sagen Sie Kunden, wie ernst es ist
Veröffentlichen Sie ein Status-Update auf Ihrer Statusseite und markieren Sie jede betroffene Komponente als Degraded performance, Partial outage oder Major outage. Die Seite zeigt jeweils den schlechteren Wert aus Ihrer Einschätzung und dem Prüfergebnis. Ein Update kann eine Komponente also schlechter aussehen lassen, aber nie einen Ausfall verbergen, den die Prüfungen bestätigt haben.
Incident-Reviews
Schreiben Sie nach einem Incident ein kurzes Review: was passiert ist, warum und was Sie ändern. Behalten Sie es im Team oder zeigen Sie es unter dem Incident auf Ihrer Statusseite. Kunden vertrauen einer Seite, die Ausfälle erklärt, mehr als einer, die nie welche hat. Unsere Vorlage für Incident-Postmortems gibt Ihnen eine Struktur für den Anfang.
Wartungsfenster
Geplante Arbeiten sollten niemanden alarmieren. Während eines Wartungsfensters werden die ausgewählten Monitore nicht geprüft, es werden keine Incidents eröffnet, keine Alarme verschickt, und die Zeit zählt nicht gegen die Uptime. Fenster können einmalig sein oder sich täglich, wöchentlich oder monatlich wiederholen; sie werden auf Statusseiten angezeigt und können per E-Mail an Abonnenten gehen. Starten Sie eines aus Ihrem Deploy-Skript über die REST-API.
Pläne ändern sich, Wartungsfenster also auch. Sie können ein Fenster bearbeiten, bis es endet: Ein laufendes Fenster behält seinen Beginn, Ende, Monitore und Nachricht lassen sich aber ändern. Bearbeiten Sie eine Serie, gilt die Änderung ab dem nächsten Fenster, laufende und vergangene Fenster bleiben unverändert. Abonnenten, die über ein Fenster informiert wurden, erhalten eine E-Mail mit der neuen Zeit, und die Erinnerungen einer Serie richten sich nach ihren neuen Zeiten.
Öffnen Sie einen Incident samt Timeline in der Live-Demo – ganz ohne Konto. Incident-Management ist in jedem Tarif enthalten.
Die Tarife beginnen bei 9 € pro Monat bei jährlicher Abrechnung oder 12 € bei monatlicher Abrechnung, zzgl. MwSt. Siehe Preisseite – oder starten Sie eine 14-tägige kostenlose Testphase ohne Kreditkarte.