Observability bezeichnet die Eigenschaft eines Systems, anhand seiner externen Ausgaben — Logs, Metriken, Traces und Events — Rückschlüsse auf seinen inneren Zustand zu erlauben. Der Begriff ist aus der Regelungstechnik entlehnt, wo ein System "observable" ist, wenn sein Zustand vollständig aus seinen Outputs rekonstruiert werden kann. In der Software-Praxis bedeutet das: Auch unbekannte, vorher nicht antizipierte Fehlerbilder lassen sich diagnostizieren, ohne neue Telemetrie hinzufügen oder das System neu deployen zu müssen.
Eingesetzt wird Observability über die "drei Säulen" Logs, Metriken und Traces — sowie zunehmend ergänzt um Profiling und "Continuous Profiling". Werkzeuge sind Elastic-Stack, Splunk, Loki, OpenSearch (Logs), Prometheus, M3DB, Cortex, Mimir (Metriken), Jaeger, Zipkin, Tempo, Honeycomb, Lightstep (Traces) sowie Pyroscope und Parca (Profiling). OpenTelemetry hat sich als herstellerneutraler Standard für Instrumentierung etabliert und wird von praktisch allen Cloud-Anbietern unterstützt. "High-Cardinality"-Datenmodelle wie bei Honeycomb erlauben das Slicen und Dicen entlang vieler Dimensionen — Schlüsselmerkmal moderner Observability.
Klassisches Monitoring kennt die Fragen vorher: "Ist der Service erreichbar?" Observability dreht den Blickwinkel um: Welche Fragen treten erst während eines Incidents auf, und liefert die Telemetrie genug Information, um sie ohne Code-Änderung zu beantworten? Charity Majors hat dieses Konzept in dem Slogan "Stop monitoring known unknowns; start exploring unknown unknowns" verdichtet.
Historisch wurde der Begriff Observability für IT-Systeme ab etwa 2017 von Twitter-Engineers und der Honeycomb-Gründerin Charity Majors maßgeblich geprägt. Cindy Sridharans Buch "Distributed Systems Observability" (O'Reilly, 2018) ist eine zentrale Referenz; das von Majors mit Liz Fong-Jones und George Miranda verfasste "Observability Engineering" (O'Reilly, 2022) hat das Themenfeld weiter ausgearbeitet. Parallel hat OpenTelemetry — als Zusammenführung von OpenTracing (CNCF) und OpenCensus (Google) — den herstellerneutralen Telemetrie-Standard geschaffen und ist seit 2024 das zweitaktivste CNCF-Projekt nach Kubernetes.
Charity Majors stellt in vielen Vorträgen den Verkaufstest für "echtes Observability" so dar — wenn ein Engineer im Pager-Notfall um drei Uhr morgens in einer fremden Codebase eine vorher nicht gestellte Frage beantworten kann, ohne den Code zu ändern oder neu zu deployen, dann ist das System observability-fähig. Sonst nicht. Diese pointierte Definition hat in der Praxis viele Teams motiviert, statt "mehr Dashboards" lieber strukturierte, hochkardinale Telemetrie und Trace-Daten zu erzeugen.
Bei bluehands umschreiben wir diese Aussage mit "Jede:r Entwickler:in ist in der Lage die Software nur mit 'Logs' zu debuggen."