---
title: "Was bedeutet Observability? | dkd-Glossar"
url: "https://www.dkd.de/de/glossar/observability/"
description: "Observability erklärt: Wie Logs, Metriken & Traces den inneren Zustand verteilter Systeme sichtbar machen – mit Prometheus, Jaeger & Co."
date: 2026-10-06
modified: 2026-10-06
---

# Was bedeutet Observability? | dkd-Glossar

Was ist Observability?
======================

Observability, im Deutschen Beobachtbarkeit, beschreibt die Fähigkeit, den inneren Zustand eines Systems aus den Daten ableiten zu können, die es nach außen liefert. Anders als beim klassischen Monitoring geht es dabei nicht nur um die Frage, ob ein System läuft, sondern vor allem darum, warum es sich so verhält, wie es sich verhält. **Observability erlaubt es, auch Probleme zu untersuchen, die zum Zeitpunkt der Inbetriebnahme noch gar nicht bekannt waren**. Damit ist sie ein zentrales Werkzeug für den Betrieb moderner, oft verteilter Anwendungen.

**Die drei Säulen**
-------------------

Observability stützt sich klassischerweise auf drei Datenarten, die einander ergänzen.

- **Logs** zeichnen einzelne Ereignisse als Text auf und liefern den Kontext eines Vorgangs samt Zeitstempel, idealerweise strukturiert als JSON und über eine durchgehende Request-ID korreliert.
- **Metriken** sind numerische Messwerte über die Zeit, etwa Anfragenraten, Fehlerraten, Latenzen in den Perzentilen P50, P95 und P99 oder die Auslastung von Ressourcen.
- **Traces** schließlich verfolgen einzelne Anfragen über mehrere Dienste hinweg und machen sichtbar, an welcher Stelle in einem verteilten System wie viel Zeit verbracht wird.

**Monitoring und Observability im Vergleich**
---------------------------------------------

**Monitoring beantwortet vordefinierte Fragen** wie die nach der Verfügbarkeit eines Servers oder der aktuellen Auslastung. **Observability geht einen Schritt weiter** und ist darauf ausgelegt, neue, im Vorfeld nicht antizipierte Fragen zu beantworten. Während Monitoring stark auf Dashboards und bekannte Schwellwerte setzt, ist Observability auf Exploration ausgerichtet und hilft besonders dort, wo komplexe Wechselwirkungen erst im laufenden Betrieb sichtbar werden.

### **Werkzeuge und Stacks**

In der Praxis hat sich eine Mischung aus offenen und kommerziellen Werkzeugen etabliert. Im Open-Source-Bereich finden sich häufig folgende Bausteine:

- **Prometheus** für die Erfassung von Metriken und **Grafana** für deren Visualisierung
- **Jaeger** oder **Zipkin** für verteiltes Tracing sowie **Loki** für die zentrale Sammlung von Logs
- **OpenTelemetry** als herstellerübergreifender Standard für die Instrumentierung von Anwendungen

Im kommerziellen Umfeld sind unter anderem **Datadog, New Relic, Sentry** und der **Elastic Stack** verbreitet, die viele dieser Funktionen in integrierten Plattformen bündeln.

### **OpenTelemetry als Standard**

OpenTelemetry hat sich in den vergangenen Jahren als gemeinsame Grundlage für die Instrumentierung etabliert. Anwendungen werden über standardisierte Schnittstellen mit Logs, Metriken und Traces angereichert und können diese Daten anschließend an unterschiedliche Backends weiterreichen. So lassen sich Werkzeuge austauschen, ohne dass der Anwendungscode neu instrumentiert werden muss.

### **Empfehlungen für die Praxis**

Damit Observability ihren Nutzen entfaltet, sollten einige Grundsätze beachtet werden:

- Logs strukturiert als JSON ausgeben und über Korrelations-IDs den Weg einer Anfrage über mehrere Dienste hinweg nachvollziehbar machen
- Service Level Objectives definieren und Alarme bevorzugt an spürbaren Symptomen ausrichten, nicht nur an technischen Ursachen
- Tracing schrittweise einführen und dort beginnen, wo die meisten Engpässe oder fachlich kritischen Pfade liegen

### **Relevanz für Web-Projekte**

Für Web-Anwendungen ist Observability heute praktisch unverzichtbar. Sie hilft dabei, [Performance](https://www.dkd.de/de/glossar/detail/performance/ "Was genau bedeutet Performance?")-Probleme schneller zu lokalisieren, Fehler in Microservice-Landschaften gezielt zu debuggen und die Kapazitätsplanung auf belastbare Daten zu stützen. Nicht zuletzt liefert sie ein realistisches Bild davon, wie Nutzer die eigene Anwendung tatsächlich erleben, und schafft so eine fundierte Grundlage für gezielte Verbesserungen.

  [ ![Technisches Consulting Schriftzug neben verschiedenen Logos ](https://www.dkd.de/_assets/processed/SU1vuu6v1u8v3eu5RSeE8VLNt1vMqN1nmrwTQmiuZxA/q:85/w:592/h:207/fn:Y3NtX2RrZC1kaWdpdGFsYWdlbnR1ci10ZWNobmlzY2hlcy1jb25zdWx0aW5nLWxvZ29zXzA3YzQ1Y2UzOTA:t/cb:5fbe28ce48143bf34ba49d2b58be766f92cf6759/bG9jYWw6L2ZpbGVhZG1pbi9CaWxkZXIvR2xvc3Nhci9ka2QtZGlnaXRhbGFnZW50dXItdGVjaG5pc2NoZXMtY29uc3VsdGluZy1sb2dvcy5wbmc "Technisches Consulting: Bereit für ein digitales Projekt?")

 ](https://www.dkd.de/de/leistungen/consulting/ "Buchen Sie jetzt ein Beratungsgespräch bei uns!") **[❮ Zurück](https://www.dkd.de/de/glossar/ "Zurück zur Glossar-Übersicht")**