Atlassian Statuspage Alternative aus Deutschland

Warum enthält Atlassian Statuspage keine Überwachung?

Weil das Produkt nie als Überwachungswerkzeug gedacht war. Atlassian hat Statuspage 2016 zugekauft und als reines Kommunikationswerkzeug weitergeführt: Es stellt dar, was ihm gemeldet wird — von einem Menschen über die Oberfläche oder von einem anderen System über die REST-API. Wer wissen will, ob ein Dienst erreichbar ist, braucht daneben ein zweites Werkzeug.

Diese Trennung hat gute Gründe, und sie pauschal als Lücke zu bezeichnen, wäre zu einfach. Wer eine Störung erkennt, ist nicht zwangsläufig derjenige, der sie kommuniziert. Viele Vorfälle bemerkt zuerst der Support, weil Kunden schreiben, nicht die Technik, weil ein Schwellwert reißt. Und eine Statuspage, die architektonisch nichts mit der überwachten Umgebung zu tun hat, bleibt bedienbar, wenn diese Umgebung brennt. Das ist keine Nebensache: Eine Statuspage, die im selben Rechenzentrum liegt wie das, worüber sie berichtet, ist im entscheidenden Moment mit ausgefallen.

Bezahlt wird diese Trennung an anderer Stelle. Zwei Verträge, zwei Rechnungen, zwei Berechtigungskonzepte — und dazwischen eine Naht, die jemand bauen und pflegen muss. Die REST-API von Statuspage kennt Komponenten und deren Zustand. Ein Überwachungswerkzeug kennt Prüfergebnisse. Die Übersetzung zwischen beidem, einschließlich der Frage, wie viele fehlgeschlagene Prüfungen aus wie vielen Standorten einen öffentlichen Zustandswechsel rechtfertigen, schreibt der Betreiber selbst.

Genau diese Naht ist die Stelle, an der Kommunikation im Ernstfall ausbleibt. Sie wird selten getestet, weil sich Ausfälle schlecht planen lassen, und sie fällt nicht auf, solange nichts passiert. Der abgelaufene API-Schlüssel, die umbenannte Komponente, der Automatisierungslauf, den vor zwei Jahren ein inzwischen ausgeschiedener Kollege gebaut hat — all das bleibt genau so lange unbemerkt, bis es gebraucht wird.

Für welche Bauform man sich entscheidet, hängt weniger vom Produkt ab als von der Organisation. Teams mit eigenem Bereitschaftsprozess und einem Werkzeug, das sie ohnehin betreiben, gewinnen durch die Trennung Flexibilität. Teams, bei denen Überwachung und Kommunikation dieselben zwei Personen erledigen, gewinnen dadurch vor allem eine weitere Sache, die kaputtgehen kann.

Was müssen Betreiber in der EU bei einem US-Anbieter prüfen?

Dass eine Statuspage personenbezogene Daten verarbeitet — und zwar mehr, als auf den ersten Blick sichtbar ist. Die Abonnentenliste besteht aus E-Mail-Adressen und Telefonnummern, bei privaten Seiten aus identifizierbaren Kundenkonten, und die Zugriffsprotokolle enthalten IP-Adressen. Damit greifen Art. 28 DSGVO für die Auftragsverarbeitung und, sobald Daten in die USA fließen, Art. 44 ff.

Seit dem Angemessenheitsbeschluss vom 10. Juli 2023 trägt das EU-U.S. Data Privacy Framework solche Übermittlungen, sofern der Anbieter zertifiziert ist. Das ist eine belastbare Rechtsgrundlage — es ist aber auch die dritte ihrer Art, nachdem der Europäische Gerichtshof Safe Harbor 2015 und das Privacy Shield 2020 gekippt hat. Wer eine Statuspage für die nächsten fünf Jahre auswählt, sollte wissen, dass diese Grundlage schon zweimal innerhalb von fünf Jahren weggefallen ist, und dass ein Wechsel des Anbieters die Abonnentenliste betrifft.

Praktisch ist die Prüfliste kurz und gilt unabhängig vom Anbieter: ein abgeschlossener Auftragsverarbeitungsvertrag, eine aktuelle Liste der Unterauftragsverarbeiter samt Verfahren für deren Wechsel, dokumentierte technische und organisatorische Maßnahmen, ein Löschkonzept für abgemeldete Abonnenten und ein Eintrag im Verzeichnis von Verarbeitungstätigkeiten. Wer im öffentlichen Sektor ausschreibt oder nach ISO 27001 zertifiziert ist, wird zusätzlich nach dem Verarbeitungsort gefragt — und „USA mit Angemessenheitsbeschluss“ ist in solchen Verfahren eine Antwort, die Rückfragen erzeugt, auch wenn sie zulässig ist.

Es gibt einen zweiten, weniger juristischen Aspekt. Die Statuspage ist die Fläche, die erreichbar bleiben muss, wenn die eigene Umgebung nicht erreichbar ist. Wo sie liegt, ist damit auch eine Verfügbarkeitsfrage. Für Anbieter, deren Kunden ausschließlich in der EU sitzen, ist ein Betrieb außerhalb der EU nicht falsch — aber er ist eine Entscheidung, die begründet werden sollte, und nicht eine, die man durch die Wahl des bekanntesten Werkzeugs nebenbei trifft.

Wie viel Gestaltungsfreiheit braucht eine Statuspage wirklich?

Weniger, als der Preisunterschied nahelegt, aber mehr als Logo und Akzentfarbe. Bei Atlassian trennt genau diese Frage 29 $ von 399 $: Eigenes CSS gibt es ab dem Startup-Tarif für 99 $, eigenes HTML und JavaScript ab dem Business-Tarif für 399 $ im Monat. Für die meisten Betreiber liegt der tatsächliche Bedarf dazwischen.

Was fast jeder braucht, ist die eigene Domain, das eigene Logo, die eigene Hausschrift und ein Rücklink in die Hauptnavigation. Eine Statuspage unter einer fremden Subdomain, die aussieht wie die Statuspage aller anderen, erfüllt ihren Zweck im Störungsfall trotzdem — aber sie wird in ruhigen Zeiten nicht als Teil des eigenen Auftritts wahrgenommen, und genau in ruhigen Zeiten entstehen die Abonnements.

Eigenes CSS wird meist dort gebraucht, wo Barrierefreiheit oder ein Gestaltungshandbuch konkrete Vorgaben macht: definierte Kontrastwerte, festgelegte Zustandsfarben, eine bestimmte Schriftgröße. Das sind Anforderungen, die in regulierten Branchen und im öffentlichen Sektor schriftlich vorliegen und nicht verhandelbar sind — und sie ausgerechnet an einen Tarifsprung zu koppeln, trifft die Organisationen, die am wenigsten Spielraum haben.

Eigenes JavaScript ist der Punkt, an dem sich ein Gegenargument lohnt. Die Statuspage ist die Seite, die funktionieren muss, wenn sonst nichts funktioniert. Jedes zusätzliche Skript, jedes eingebettete Widget, jeder externe Schriftartenaufruf ist eine weitere Abhängigkeit, die genau dann versagen kann, wenn es zählt. Wer die Möglichkeit hat, eigenes JavaScript einzubinden, sollte sie sparsam nutzen — der ehrlichste Grund, sie überhaupt zu haben, ist ein Zustimmungsbanner oder eine Sprachumschaltung, nicht Analytik.

Warum entstehen europäische Alternativen zu Statuspage?

Weil die Kategorie von einem US-Produkt für einen US-Markt definiert wurde und sich seitdem drei Dinge geändert haben: Beschaffungsstellen in der EU fragen inzwischen nach dem Verarbeitungsort, Erkennung und Kommunikation wachsen wieder zusammen, und Preismodelle, die an die Reichweite gekoppelt sind, passen schlecht zu Anbietern, deren Kundenzahl schneller wächst als ihre Infrastruktur.

Der erste Punkt ist der greifbarste, weil er in Formularen steht. Wer im öffentlichen Sektor anbietet, nach ISO 27001 zertifiziert ist oder als Vorleister in einer Lieferkette geprüft wird, muss den Verarbeitungsort benennen. „USA, gestützt auf den Angemessenheitsbeschluss“ ist eine zulässige Antwort — sie erzeugt aber Rückfragen, und Rückfragen kosten Zeit, die niemand für seine Statusseite einplanen wollte.

Der zweite Punkt ist der interessantere. Als Statuspage entstand, war die Trennung von Erkennung und Kommunikation vernünftig: Überwachung lief im eigenen Rechenzentrum, die Statusseite sollte gerade nicht dort liegen. Beides gehörte unterschiedlichen Teams. Diese Trennung wird heute wieder aufgehoben, weil beide Seiten ohnehin gehostet sind und die Naht dazwischen die Stelle ist, an der Kommunikation im Ernstfall ausbleibt.

Dass Bewegung im Markt ist, lässt sich nachsehen statt behaupten: Die Statusseite von Notion lief lange auf Statuspage und läuft heute auf incident.io. Gleichzeitig betreiben GitHub, Dropbox, DigitalOcean, Reddit und Zoom ihre Seiten unverändert dort, während Atlassian selbst, Cloudflare und Discord eigene Wege gehen. Der Bezugspunkt der Kategorie ist also weiterhin der Bezugspunkt — er ist nur nicht mehr die einzige Antwort.

Für die eigene Auswahl folgt daraus wenig Dramatisches und eine nützliche Frage: Ist die Statusseite ein Anhängsel der Überwachung, ein eigenständiges Kommunikationswerkzeug, oder beides? Wer sie als Anhängsel betreibt, ist mit dem Marktführer gut bedient. Wer sie als Kommunikationsfläche mit eigenem Freigabeprozess führt und daneben ohnehin Erkennung braucht, zahlt bei getrennten Werkzeugen zweimal — einmal in Geld und einmal in der Naht dazwischen.