Beobachtbarkeit

Beobachtbarkeit ist die Fähigkeit zu verstehen, was in einem System geschieht, indem man auf dessen äußere Signale schaut. Es ist die Gewohnheit, Ursache und Wirkung zu erkennen, bevor sie zu Symptomen werden. Es ist jener Teil der Ingenieurspraxis, der aus "etwas ist kaputt" ein "wir wissen genau, was kaputt ist und warum" macht. Wir bauen unsere eigenen Projekte, und uns ist wichtig, Probleme vor den Nutzern zu bemerken. Idealerweise in dem Moment, in dem es noch eine kleine Abweichung einer Metrik ist, lange bevor daraus ein Vorfall mit nächtlichen Anrufen wird.

Was wir als gute Beobachtbarkeit verstehen

Gute Beobachtbarkeit beantwortet die Frage "warum und wo genau". Sie erhellt den Nutzerpfad, zeigt Degradationen, entdeckt Regressionen nach einem Rollout und gibt die Möglichkeit, ruhig zurückzurollen. Sie schweigt bei Kleinigkeiten und spricht laut, wenn es wirklich nötig ist. Schlechte Beobachtbarkeit sind zehn Alerts, die niemand liest, ein Dashboard mit dreißig Diagrammen, in dem man nichts findet, flache Textlogs ohne Filtermöglichkeit. Gute Beobachtbarkeit sind drei Metriken, die die Gesundheit des Systems wirklich beschreiben, zusammen mit strukturierten Logs, in denen die Suche Sekunden dauert. Wir mögen den Ansatz der "drei Säulen" — Metriken, Logs, Traces. Metriken beantworten "was im Durchschnitt passiert", Logs beantworten "was zu einem bestimmten Moment passiert ist", Traces beantworten "wie eine Anfrage durch das System gelaufen ist". Jede Säule ist für sich nützlich. Die Magie beginnt, wenn sie verknüpft sind: vom Metrik-Alert springst du in die Logs, von den Logs in einen Trace, vom Trace in den Code.

Privates Frontend-Monitoring

Eine besondere Liebe ist das private Frontend-Monitoring. Du siehst echte Fehler und Performance im Browser, und die Daten bleiben innerhalb deiner Infrastruktur. Ohne Übertragung an Drittdienste, ohne zusätzliche Abhängigkeit, ohne dass deine Nutzer zu Traffic für das Werbemodell eines anderen werden. Wir bauen den Stack auf Basis von Grafana Faro, OpenTelemetry und einem eigenen Backend zur Event-Aufnahme. Eine solche Lösung kostet mehr, als in fünf Minuten ein SaaS anzuschließen. Ein Jahr später hast du eine Infrastruktur, die ohne externe Abhängigkeit arbeitet, ohne Event-Limits, mit vorhersehbaren Betriebskosten.

Wenn Backend- und Frontend-Signale zusammen leben, hörst du auf, Daten von Hand zu verknüpfen, und beginnst, das gesamte System auf einmal zu sehen.

Alerts als ingenieurmäßige Praxis

Einen Alert einzurichten ist einfach. Ihn so einzustellen, dass er nur feuert, wenn Handeln wirklich nötig ist, ist schwer. Wir folgen der Regel: ein Alert, der feuert und keine Handlung erfordert, ist ein schlechter Alert. Vielleicht liegt die Schwelle daneben. Vielleicht ist die Metrik unpassend gewählt. Vielleicht ist das Problem bereits automatisch gelöst, und der Mensch bekommt eine Benachrichtigung umsonst. Deshalb durchläuft bei uns jeder Alert einen Filter: was genau ist verletzt, warum ist es wichtig, welche Handlung wird erwartet, wohin ist zu schauen. Wenn es auf diese Fragen klare Antworten gibt, bleibt der Alert. Solche Alerts feuern selten und immer zur Sache.

Wie sich das in unseren Projekten zeigt

Wir sammeln Signale so, dass sie beim Entscheiden helfen: welche Experimente zu fahren, was zu optimieren, wo der Engpass liegt, was ein Fehler kostet. Wo es hilft, fügen wir schnelle Wege hinzu, Events und Experimente zu markieren, um Glauben durch Wissen zu ersetzen. In Produkten mit Nutzerverkehr steht bei uns standardmäßig ein Panel mit Core Web Vitals, Aufschlüsselung nach Ländern und Geräten, ein gesonderter Blick auf das "Ende" der Verteilung — weil Mittelwerte fast immer lügen. In Backend-Diensten gibt es Tracing durch die gesamte Kette, ohne das man nicht verstehen kann, warum eine konkrete Anfrage sieben Sekunden gedauert hat. Wenn du von "es fühlt sich schlechter an" zu "hier ist die Metrik, hier ist die Ursache, hier ist der Moment der Regression" übergehen möchtest — genau das ist unser Stil.

Status

Die Kompetenz ist aktiv und wächst mit unseren Projekten — denn ohne Beobachtbarkeit wird jedes komplexe System schnell zu einem Herumirren. Wir sind bereit, Projekte von null an zu übernehmen (Stack aufsetzen, Alerts konfigurieren, das Team schulen) und Aufgaben zur Aufräumung eines bestehenden Zoos aus Dashboards: was bleibt, was fliegt raus, was wird ersetzt.

Weiter

Bibelsuche

Orthodoxes Werkzeug zum Suchen und Studieren von Bibeltexten. Schnelle Suche, Übersetzungsvergleich, Interpretationen und Kindermodus.

→