Endpunkt-Uptime-Prüfungen

UptimeRobot pingt Ihre Websites und Server in festgelegten Intervallen an und zeichnet auf, ob diese antworten. Ein Beam-Agent liest diese Monitor-Ergebnisse aus. Wenn ein Ausfall gemeldet wird, wendet er Ihre Regeln an: Er bestätigt den Fehler über verschiedene Prüfungen hinweg, eröffnet anschließend ein Incident und alarmiert den zuständigen Verantwortlichen. Kurze Schwankungen innerhalb einer genehmigten Toleranzgrenze werden zwar protokolliert, aber nicht eskaliert. Wenn ein Monitor wiederholt schwankt oder ein Ausfall mehrere Dienste betrifft, sammelt der Agent die Details und übergibt das Muster zur Beurteilung an einen Engineer. Recovery-Events schließen den Incident selbstständig, sodass Mitarbeiter nur Fehler sehen, die tatsächlich eine Reaktion erfordern.

Incident-Alert-Routing

Wenn ein Monitor seinen Status ändert, stellt UptimeRobot das Event mit Zeitstempel und Status bereit. Ein Beam-Agent liest jeden Alarm, ordnet ihn anhand Ihrer Routing-Regeln dem zuständigen Team zu und postet die Benachrichtigung dort, wo dieses Team arbeitet – inklusive des betroffenen Monitors und der Ausfalldauer. Alarme, die in ein bekanntes Wartungsfenster fallen, werden mit Ihrer Freigabe unterdrückt. Alles, was nicht zugeordnet werden kann, oder ein Ausfall, der einen kritischen Dienst betrifft, geht direkt an den zuständigen On-Call-Mitarbeiter, damit nichts Wichtiges unbeachtet bleibt. Der Agent protokolliert, wer wann benachrichtigt wurde, und hält den gesamten Reaktionsverlauf ohne manuelles Paging lückenlos fest.

Status-Historie-Reporting

UptimeRobot speichert Antwortzeiten und vergangene Ausfälle für jeden Monitor. Ein Beam-Agent liest diese Historie aus, um Fragen zur Verfügbarkeit zu beantworten. Dabei stellt er Uptime-Kennzahlen für einen Dienst über einen ausgewählten Zeitraum zusammen und trägt diese in Ihre Berichte oder Status-Updates ein. Wenn die Zahlen unter ein vereinbartes Ziel fallen, benachrichtigt er den Verantwortlichen und listet die Incidents auf, die zu dem Rückgang geführt haben. Wenn die Daten unvollständig erscheinen oder ein Monitor während des Zeitraums pausiert wurde, markiert der Agent die Lücke und bittet eine Person um Bestätigung, bevor die Zahl geteilt wird. So bleibt sichergestellt, dass veröffentlichte Zuverlässigkeitsstatistiken stets korrekt sind.