Better Stack Alternative aus Deutschland

Wann lohnt sich ein gebündeltes Beobachtbarkeitspaket?

Wenn die Protokolle tatsächlich dort landen. Der Wert eines Pakets aus Protokollen, Metriken, Prüfungen und Bereitschaft entsteht aus der Verbindung: Aus dem Alarm heraus in die zugehörigen Protokollzeilen springen zu können, spart im Ernstfall Minuten. Bleibt die Protokollverwaltung dagegen woanders — bei einem vorhandenen Stapel aus Loki, OpenSearch oder einem Anbieter, den man schon hat — wird der Hauptvorteil nie eingelöst.

Das ist die eigentliche Frage bei Better Stack, und sie lässt sich vor dem Kauf beantworten. Sie hat wenig mit dem Preis zu tun und viel mit der vorhandenen Landschaft. Ein Team, das heute keine zentrale Protokollverwaltung hat und eine aufbauen will, bekommt hier beides in einem Schritt — das ist ein echter Vorteil und rechtfertigt den Aufpreis gegenüber einem reinen Verfügbarkeitswerkzeug.

Ein Team, das seine Protokolle bereits woanders führt, kauft dagegen eine Verfügbarkeitsprüfung mit einer Protokollplattform daneben, die es nicht benutzt. Die Verbindung, die den Wert ausmacht, entsteht nicht, und der Vergleich verschiebt sich auf die Frage, was reine Verfügbarkeitsprüfung mit Statuspage kosten darf.

Es gibt eine dritte, unangenehmere Lage: Protokolle werden mit der Absicht dorthin geschickt, sie später wirklich zu nutzen, und es passiert nie. Das ist kein Anbieterproblem — es passiert mit Beobachtbarkeitswerkzeugen im Allgemeinen. Wer sie kennt, sollte die Protokollverwaltung erst dann einbeziehen, wenn ein konkretes Team sie konkret nutzt.

Der ehrliche Rat lautet deshalb: Die Bündelung gehört auf die Anforderungsliste, nicht auf die Habenseite. Wenn die Antwort auf „Wer schaut wann in die Protokolle?“ keinen Namen enthält, ist der gebündelte Preis kein guter Preis, sondern nur ein größerer.

Warum sind Protokolldaten schwerer zu verlassen als Prüfungen?

Weil sie an Ort und Stelle wachsen und ihren Wert aus der Historie ziehen. Eine Verfügbarkeitsprüfung ist in fünf Minuten anderswo neu angelegt — sie besteht aus einer Adresse, einem Intervall und einer Schwelle. Ein Jahr durchsuchbarer Protokolle ist das nicht. Sie lassen sich exportieren, aber die Indizes, die gespeicherten Abfragen und die Übersichten, die daran hängen, wandern nicht mit.

Diese Bindung ist kein Vorwurf an den Anbieter. Sie ist eine Eigenschaft der Datenart und trifft jede Protokollplattform gleichermaßen, quelloffen wie kommerziell. Sie gehört trotzdem in die Entscheidung, weil sie den Zeithorizont verändert: Eine Verfügbarkeitsprüfung wählt man für ein Jahr, eine Protokollplattform faktisch für mehrere.

Praktisch bedeutet das, die Reihenfolge umzudrehen. Wer sich unsicher ist, beginnt mit dem Teil, der leicht zu verlassen ist — Prüfungen, Bereitschaft, Statuspage — und entscheidet über die Protokollverwaltung getrennt, wenn die Anforderung klar ist. Beides gleichzeitig zu binden, weil es zusammen angeboten wird, ist die teurere Reihenfolge.

Wer die Bindung vor der Entscheidung messen will, hat dafür einen einfachen Test: Eine Woche Protokolle exportieren und versuchen, damit eine Frage zu beantworten, die im letzten Monat tatsächlich gestellt wurde — welcher Aufruf die Fehlerwelle ausgelöst hat, oder warum ein Kunde etwas nicht speichern konnte. Gelingt das mit dem Export allein, ist der Wechsel später eine Fleißaufgabe. Gelingt es nicht, hängt der Wert nicht an den Daten, sondern an den Abfragen und Übersichten darüber, und die bleiben beim Anbieter.

Ein zweiter Aspekt betrifft die Aufbewahrung. Protokolle enthalten regelmäßig personenbezogene Daten — IP-Adressen, Kennungen, gelegentlich mehr, als beabsichtigt war. Die Aufbewahrungsfrist ist damit nicht nur eine Kostenfrage, sondern eine, die im Verzeichnis von Verarbeitungstätigkeiten steht und ein Löschkonzept braucht. Bei einer gebündelten Plattform wird sie leicht mitentschieden, ohne dass jemand sie bewusst entschieden hat.

Was ist eine Statuspage innerhalb eines Beobachtbarkeitspakets wert?

Als Funktion viel, als Ausgangspunkt wenig. In einem Paket ist die Statuspage die letzte Stufe einer Kette, die mit Prüfungen und Alarmen beginnt — sie ist gut angebunden und schnell eingerichtet. Sie ist aber nicht der Grund, aus dem das Paket gekauft wird, und das zeigt sich an den Stellen, an denen eine Statuspage eigenständige Anforderungen hat.

Der Abonnentenzähler ist ein solcher Punkt. 1.000 Abonnenten sind im Grundumfang enthalten, jede weitere Stufe kostet 40 $ im Monat. Für ein Softwareunternehmen mit interner Nutzerschaft ist das reichlich bemessen. Für einen Anbieter, dessen Statuspage die öffentliche Anlaufstelle für alle Kunden ist, ist es eine Größe, die schnell erreicht wird — und sie wächst mit dem Geschäft, nicht mit der Technik.

Der zweite Punkt betrifft die Rolle der Seite. Eine Statuspage ist für viele Betreiber kein Nebenprodukt der Überwachung, sondern eine eigene Kommunikationsfläche mit eigener Gestaltung, eigener Domain, eigener Sprachfassung und einem Abstimmungsprozess, wer was wann veröffentlichen darf. Werkzeuge, die die Seite als Ausgabekanal denken, decken das ab; Werkzeuge, die sie als eigenes Produkt denken, gehen weiter.

Woran sich das im Alltag festmachen lässt, ist die Frage, ob eine Meldung veröffentlicht werden kann, ohne dass ein Vorfall im technischen Sinne existiert — etwa bei einer Störung eines Vorleisters, bei der man selbst nichts misst, aber Kunden betroffen sind. Diese Fälle sind häufiger, als die Werkzeuglogik nahelegt, und sie sind ein guter Test in der Auswahl.