Externe-Statusseite-Überwachung

Ein Monitor für externe Statusseiten beobachtet die öffentliche Statusseite eines Dienstes, von dem Sie abhängen — AWS, GCP, Azure, GitHub, OpenAI, Anthropic und viele mehr — und alarmiert Sie, wenn dieser Anbieter einen Ausfall oder eine eingeschränkte Leistung meldet. Verwenden Sie ihn, um von Problemen bei Ihren Anbietern zu erfahren, sobald diese sie melden, und sie von Ihren eigenen zu unterscheiden.

Er liest auch Statusseiten, die mit Status200 erstellt wurden, Ressource für Ressource, und unterscheidet geplante Wartung von einem Ausfall: Beobachten Sie das Projekt eines anderen Teams oder einen Anbieter, dessen Statusseite auf Status200 läuft.

So funktioniert es#

Bei jeder Prüfung ruft eine Sonde die Statusseite ab, ermittelt ihr Format und liest den Gesamtstatus, die Komponenten und die aktiven Vorfälle. Haben Sie den Monitor auf eine Komponentengruppe oder eine Komponente beschränkt, zählen nur diese. Die Kriterien entscheiden dann, ob der Monitor online oder offline ist.

Sie können ihn verwenden, um:

• die Verfügbarkeit von Drittanbieterdiensten zu überwachen, von denen Ihre Anwendung abhängt
• alarmiert zu werden, wenn vorgelagerte Anbieter Ausfälle haben
• den Status einzelner Komponenten zu verfolgen
• die Überwachung auf eine einzelne Komponentengruppe zu beschränken (z. B. nur die "APIs" von OpenAI), damit Vorfälle anderswo auf der Seite Ihren Monitor nicht auslösen
• eingeschränkte Leistung zu erkennen, bevor sie Ihre Nutzer trifft
• Ihre eigenen Vorfälle mit Problemen vorgelagerter Anbieter in Beziehung zu setzen

Unterstützte Anbieter#

Automatische Erkennung#

Steht der Anbieter auf Auto, erkennt Status200 das Format der Statusseite automatisch, in dieser Reihenfolge:

1. Zuerst versucht es die Statusseiten-API von incident.io (/proxy/<host>).
2. Dann versucht es die JSON-API von Atlassian Statuspage (/api/v2/status.json, /api/v2/components.json und /api/v2/incidents/unresolved.json).
3. Danach fragt es nach der Zusammenfassung einer Status200-Statusseite (/status-page-api/summary/<page>).
4. Schlagen diese fehl, versucht es, die Seite als RSS- oder Atom-Feed zu lesen.
5. Als letzte Rückfallebene führt es eine einfache Prüfung der HTTP-Erreichbarkeit durch.

Die Erreichbarkeitsprüfung ist auch die Rückfallebene, wenn ein ausdrücklich gewählter Anbieter fehlschlägt. Sie sagt nur, ob die Seite antwortet — online bei einer Antwort 2xx oder 3xx — und meldet keine Komponenten oder Vorfälle.

Einen Monitor für externe Statusseiten erstellen#

1. Einen neuen Monitor beginnen#

   Gehen Sie zu Monitore und klicken Sie auf Monitor erstellen. Klicken Sie unter Monitortyp auf Weitere Monitortypen und wählen Sie Externe Statusseite unter Basic Monitoring, oder tippen Sie statuspage in das Suchfeld. Geben Sie einen Name ein und klicken Sie dann auf Weiter.

2. Die Statusseiten-URL eingeben#

   Geben Sie die Statusseiten-URL ein. Lassen Sie den Anbieter auf Auto, sofern Sie das Format nicht kennen.

3. Den Umfang festlegen, falls nötig#

   Öffnen Sie Weitere Felder, um einen Komponentengruppenfilter wie APIs einzugeben, und einen Komponentenname-Filter, um eine einzelne Komponente zu beobachten (innerhalb der Gruppe, falls eine Gruppe gesetzt ist).

4. Es testen#

   Klicken Sie auf Monitor testen, um die Seite einmal abzurufen, und prüfen Sie den gefundenen Anbieter, die Komponenten und die Vorfälle.

5. Die Kriterien prüfen#

   Der Kriterienschritt beginnt mit den Standardkriterien, die den Monitor als offline markieren, wenn der Anbieter einen aktiven Vorfall oder einen Ausfall im beobachteten Umfang meldet. Ändern Sie sie bei Bedarf und klicken Sie dann auf Weiter.

6. Sonden wählen und erstellen#

   Wählen Sie die Sonden und ein Überwachungsintervall — es beginnt bei Alle 5 Minuten — und klicken Sie dann auf Monitor erstellen.

Konfigurationsoptionen#

Komponentengruppenfilter#

Ordnet die Statusseite ihre Komponenten in Gruppen, können Sie den Monitor auf eine einzelne Gruppe beschränken. Auf https://status.openai.com zum Beispiel beschränkt die Eingabe APIs den Monitor auf die API-Dienste von OpenAI.

Ist eine Komponentengruppe gesetzt, werden die Zahl der aktiven Vorfälle und der Gesamtstatus nur aus den Komponenten dieser Gruppe berechnet — ein Vorfall in einer anderen Gruppe (zum Beispiel ChatGPT) löst einen auf die Gruppe "APIs" beschränkten Monitor nicht aus.

Die Filterung nach Komponentengruppen wird für die Anbieter Atlassian Statuspage, incident.io und Status200 Status Page unterstützt. RSS- und Atom-Feeds kennen keine Komponentengruppen.

Komponentenname-Filter#

Meldet die Statusseite mehrere Komponenten, können Sie einen Komponentennamen angeben, um nur diese Komponente zu überwachen. Der Filter trifft auf jede Komponente zu, deren Name die Eingabe enthält, ohne Beachtung der Groß- und Kleinschreibung — actions trifft auf eine Komponente namens "Actions" zu.

Ist auch eine Komponentengruppe gesetzt, wird der Komponentenname-Filter innerhalb dieser Gruppe angewendet, sodass Sie eine einzelne Komponente in einer größeren Gruppe ansteuern können. Ist keiner der Filter gesetzt, werden alle Komponenten im Umfang überwacht. Bei einem RSS- oder Atom-Feed wird der Namensfilter mit den Titeln der Einträge des Feeds verglichen.

Überwachungskriterien#

Sie können Kriterien festlegen, die entscheiden, wann der externe Dienst als online oder offline gilt, auf Grundlage von:

Der Gesamtstatus ist das, was die Seite sagt, seine Werte hängen also vom Anbieter ab: Eine Atlassian Statuspage meldet ihre eigene Beschreibung, etwa All Systems Operational; eine Status200-Statusseite den schlechtesten Status ihrer Komponenten im Bereich, etwa under_maintenance; ein Feed meldet operational oder degraded_performance; die Erreichbarkeitsprüfung meldet reachable oder unreachable. Diese Vergleiche beachten die Groß- und Kleinschreibung. Um auf Ausfälle zu alarmieren, sind External Status Page Active Incidents und External Status Page Component Status meist zuverlässiger.

Bei einem RSS- oder Atom-Feed zählen die Einträge der letzten 24 Stunden als aktive Vorfälle: ein RSS-Eintrag nach seinem Veröffentlichungsdatum, ein Atom-Eintrag nach seinem Aktualisierungsdatum. Ein Eintrag mit einem Datum in der Zukunft zählt erst ab diesem Datum.

Standardkriterien#

Standardmäßig legt Status200 Kriterien an, die sich nach dem richten, was für eine Statusseite wirklich zählt — ihren aktiven Vorfällen und dem Zustand ihrer Komponenten, nicht bloß der Erreichbarkeit:

Weil die Zahl der aktiven Vorfälle und die Komponentenstatus die Filter für Komponentengruppe / Komponentenname beachten, zielen diese Standardkriterien automatisch nur auf die Komponenten, die Sie interessieren.

Status200-Statusseiten#

Wählen Sie Status200 Status Page als Anbieter oder lassen Sie Auto stehen, um eine mit Status200 erstellte Statusseite zu beobachten: das Projekt eines anderen Teams oder die Seite eines Anbieters auf Status200 Cloud oder einem selbst gehosteten Status200. Geben Sie unter Statusseiten-URL die eigene Adresse der Seite ein: ihre Domain, etwa https://status.example.com, oder https://status200.ru/status-page/<status-page-id> für eine Seite ohne eigene Domain.

Der Monitor liest die Zusammenfassung der Seite, /status-page-api/summary/<page> (siehe Die Zusammenfassung lesen): nur das, was die Seite ihren Besuchern zeigt, und sonst nichts vom anderen Projekt. Jede Ressource der Seite, ein Monitor oder eine Monitorgruppe, ist eine Komponente, unter dem Namen, den die Seite ihr gibt, in der Gruppe der Seite; eine Gruppe in einer anderen heißt Core / Databases. Beobachten Sie eine Ressource mit Komponentenname-Filter oder eine Gruppe mit Komponentengruppenfilter.

Der Status einer Komponente ist der Wert, für den ihr Status auf der Seite steht, sodass die Kriterien zum Komponentenstatus wie bei jeder anderen Statusseite funktionieren:

Solange ein laufendes geplantes Wartungsereignis eine Ressource betrifft, weil es einen ihrer Monitore oder einen Monitor ihrer Monitorgruppe nennt, ist die Komponente under_maintenance, gleich in welchem Status ihre Monitore sind: Ein Monitor wird nicht geprüft, solange ein Ereignis ihn festhält. Ein Ereignis, das noch bevorsteht oder schon vorbei ist, ändert nichts. Die aktiven Vorfälle der Seite zählen für die Ressourcen, die sie betreffen.

Die Standardkriterien halten Wartung nie für einen Ausfall: Der Monitor bleibt während der geplanten Arbeiten des anderen Projekts online.

Wartung des anderen Projekts auf Ihrem Monitor zeigen#

1. Das Kriterium hinzufügen#

   Klicken Sie in den Kriterien des Monitors auf Kriterien hinzufügen. Geben Sie ihm den Filter External Status Page Component Status, Gleich, In Wartung und wählen Sie Ihren Wartungsstatus unter Überwachungsstatus ändern in.

2. Es ganz nach oben ziehen#

   Ziehen Sie das neue Kriterium über die anderen: Das erste Kriterium, das zutrifft, gewinnt.

3. Mit Monitor testen prüfen#

   Klicken Sie auf Monitor testen, während beim anderen Projekt eine Wartung läuft: Die betroffene Komponente zeigt In Wartung.

Was eine Status200-Statusseite den Monitor lesen lässt#

Eine Seite, die jeder öffnen kann, wird so gelesen, wie ihre Besucher sie sehen. Eine private Seite, die eine Anmeldung, SSO oder ein Passwort verlangt, kann nicht gelesen werden: Mit Status200 Status Page als Anbieter schlägt die Prüfung fehl und nennt den Grund. Eine Seite mit einer IP-Allowlist muss die Adresse der Sonde zulassen: Beobachten Sie sie von einer Sonde in diesem Netzwerk aus.

Vorlagenvariablen#

Wenn Sie aus Monitoren für externe Statusseiten Vorfälle oder Warnungen erstellen, können Sie diese Variablen in Titeln, Beschreibungen und Behebungshinweisen verwenden (siehe Vorfall- & Warnmeldungsvorlagen):

Beliebte Statusseiten-URLs#

Hier eine Liste beliebter Statusseiten von Diensten. Viele davon verwenden Atlassian Statuspage oder incident.io, der Anbieter Auto erkennt sie also automatisch. Eine Seite, die auf keinem von beiden aufbaut und kein Feed ist, erhält nur die Erreichbarkeitsprüfung — überwachen Sie für solche Seiten stattdessen den RSS- oder Atom-Feed des Anbieters, falls er einen veröffentlicht.

Bewährte Vorgehensweisen#

• Den Anbieter Auto verwenden, sofern Sie das genaue Format nicht kennen — die automatische Erkennung funktioniert für die meisten Statusseiten gut.
• Auf eine Komponentengruppe beschränken, wenn Sie nur von einem Teil eines Anbieters abhängen (z. B. nur von den "APIs" von OpenAI), damit Vorfälle, die Sie nicht betreffen, keinen Lärm machen.
• Bestimmte Komponenten überwachen, wenn Sie nur von bestimmten Diensten abhängen.
• Mit Ihren eigenen Monitoren kombinieren — kombinieren Sie Monitore für externe Statusseiten mit Ihren eigenen API- und Website-Monitoren. Fallen beide gleichzeitig aus, führt Sie die vorgelagerte Statusseite schneller zur Ursache.

Fehlerbehebung#

Nächste Schritte#