Was ist verteiltes Tracing und wie funktionieren Korrelations-IDs?

Question

Accepted Answer

**Verteiltes Tracing** folgt einer einzelnen Anfrage, wenn sie mehrere Dienste durchquert, damit Sie den Ende-zu-Ende-Pfad sehen und herausfinden können, wo Latenz oder Fehler auftreten. Eine **Korrelations-/Trace-ID** verbindet alle Spans einer Anfrage miteinander.

## Wie es funktioniert

Der erste Dienst erzeugt eine **Trace-ID**; jeder nachgelagerte Aufruf verbreitet sie (und eine Parent-**Span-ID**) in Headern.

```http
GET /checkout HTTP/1.1
traceparent: 00-4bf92f3577b34da6a3ce929d0e0e4736-00f067aa0ba902b7-01
# trace-id ───────────────────────────^   ^── span-id
```

```text
Trace abc123:
  Gateway      ├──────────────────────────────┤ 220ms
   Orders        ├────────────┤ 90ms
    Payments        ├──────┤ 60ms   ← slow span found here
    Inventory       ├──┤ 15ms
```

## Was es dir gibt

- **Latenz-Aufschlüsselung** — welcher Dienst/Span ist langsam.
- **Fehler-Lokalisierung** — welcher Hop ist fehlgeschlagen.
- **Abhängigkeitskarte** — was ruft tatsächlich was auf.

Werkzeuge: OpenTelemetry (Instrumentierung), Jaeger / Zipkin (Speicher + UI).

## Fallstricke

```text
⚠️ If one service drops the trace header, the trace breaks
⚠️ 100% sampling is expensive — sample, but keep errors
⚠️ Logs are useless across services without the correlation ID attached
```

## Warum es wichtig ist

Ohne Tracing ist das Debuggen einer langsamen oder fehlgeschlagenen Anfrage über ein Dutzend Dienste Raterei; damit siehst du genau, welcher Hop schuldig ist.

Eine Korrelations-ID durch jede Logzeile und jeden Aufruf zu propagieren ist die einzelne Investition mit dem höchsten Leverage für Observability in einem Microservices-System.