Slow-Response-Alerts
Langsame Antwortzeiten erkennen, bevor aus „langsam“ ein Ausfall wird.
Ein Dienst muss nicht komplett ausfallen, um Nutzer zu verlieren. Die meisten Störungen kündigen sich vorher an: Antwortzeiten steigen über Tage, ein Connection-Pool läuft langsam voll, ein Index fehlt seit dem letzten Deploy. Ein klassischer Up/Down-Check sieht davon nichts — solange ein Status 200 zurückkommt, gilt der Dienst als gesund, egal ob die Antwort nach 80 Millisekunden oder nach acht Sekunden eintrifft. Slow-Response-Alerts führen deshalb einen dritten Zustand ein: „degraded“, sobald die gemessene Antwortzeit die von dir gesetzte Schwelle überschreitet.
Wie es funktioniert
Du hinterlegst pro Monitor eine Schwelle für die Antwortzeit. Bei jeder Prüfung vergleicht UptimeAlien die gemessene Latenz mit dieser Schwelle. Liegt sie darüber, wechselt der Monitor in den Zustand „degraded“ und du wirst über deine Alarm-Kanäle benachrichtigt — auch wenn der Statuscode völlig in Ordnung ist. Fällt die Antwortzeit wieder unter die Schwelle, geht der Monitor zurück auf „up“.
Deine Vorteile
- Frühwarnung, bevor aus schleichender Verschlechterung ein Ausfall wird
- Eine eigene Schwelle je Monitor statt eines globalen Werts
- Erkennt langsame Antworten, die jeder Up/Down-Check für gesund hält
- Macht Performance-Regressionen nach einem Deploy sofort sichtbar
- Nutzt dieselben Alarm-Kanäle wie deine Ausfall-Benachrichtigungen
Was du bekommst
Einen dritten Zustand zwischen „up“ und „down“ sowie Alarme, sobald die Antwortzeit aus dem Ruder läuft.
Verfügbarkeit
In den kostenpflichtigen Plänen enthalten.
„Langsam“ ist die häufigste Form von „kaputt“
Vollständige Ausfälle sind selten und werden schnell bemerkt. Der Normalfall ist unauffälliger: Eine Seite, die zwei Sekunden länger braucht, kostet Conversions, ohne je eine Fehlerseite zu zeigen. Eine API, die knapp unter dem Client-Timeout antwortet, produziert sporadische Fehler an ganz anderer Stelle. Für die Nutzer ist das nicht von einem Ausfall zu unterscheiden — für einen Up/Down-Monitor schon, denn technisch antwortet alles korrekt. Genau in dieser Lücke arbeiten Slow-Response-Alerts.
Die richtige Schwelle wählen
Eine gute Schwelle ergibt sich aus dem beobachteten Normalzustand, nicht aus einem Wunschwert. Sieh dir im Monitor-Verlauf an, wo sich die Antwortzeit üblicherweise bewegt, und setze die Schwelle deutlich darüber — hoch genug, dass normale Schwankungen und einzelne Ausreißer keinen Alarm auslösen, aber niedrig genug, dass eine echte Verschlechterung auffällt. Weil die Schwelle pro Monitor gilt, kannst du eine statische Seite streng und einen rechenintensiven Report-Endpunkt großzügig konfigurieren, ohne Kompromisse eingehen zu müssen.
Zusammenspiel mit den übrigen Monitor-Arten
Slow-Response-Alerts sind kein eigener Monitor-Typ, sondern eine Eigenschaft deiner bestehenden Monitore. Sie greifen dort, wo eine Antwortzeit gemessen wird — beim HTTP/S-Check genauso wie bei TCP, Ping, DNS oder einem API-Monitor. In der Praxis heißt das: Du konfigurierst deine Monitore einmal und bekommst zusätzlich zur reinen Verfügbarkeit eine Aussage über die Qualität der Antwort.
Häufige Fragen
Was ist ein Slow-Response-Alert?
Ein Alarm, der ausgelöst wird, sobald die Antwortzeit eines Monitors eine von dir gesetzte Schwelle überschreitet — auch dann, wenn der Dienst technisch noch korrekt antwortet. Der Monitor wechselt dabei in den Zustand „degraded“.
Was bedeutet der Status „degraded“?
„Degraded“ ist ein dritter Zustand zwischen „up“ und „down“: Der Dienst ist erreichbar und antwortet korrekt, aber langsamer als die für ihn definierte Schwelle erlaubt.
Gilt die Schwelle für alle Monitore gleichzeitig?
Nein, die Schwelle wird je Monitor gesetzt. So kannst du für eine statische Seite einen strengen und für einen aufwendigen Report-Endpunkt einen großzügigen Wert wählen.
Welche Schwelle ist sinnvoll?
Orientiere dich am tatsächlichen Verlauf des Monitors und setze die Schwelle spürbar über der üblichen Antwortzeit. Zu eng gewählte Werte erzeugen Alarme bei normalen Schwankungen, zu weite lassen echte Verschlechterungen durchgehen.
Ist das im Free-Tier enthalten?
Slow-Response-Alerts sind Teil der kostenpflichtigen Pläne. Der Free-Tier deckt reines Up/Down-Monitoring ab.