Wat is distributed tracing en hoe werken correlation ID's?

Question

Accepted Answer

**Distributed tracing** volgt een enkele request terwijl deze over veel services reist, zodat je het end-to-end pad kunt zien en kunt vinden waar latency of fouten optreden. Een **correlation/trace ID** bindt alle spans van één request samen.

## Hoe het werkt

De eerste service genereert een **trace ID**; elke downstream call verspreidt deze (en een parent **span ID**) in headers.

```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
```

## Wat het je oplevert

- **Latency breakdown** — welke service/span is traag.
- **Error localization** — welke hop is mislukt.
- **Dependency map** — wat roept eigenlijk wat aan.

Tools: OpenTelemetry (instrumentation), Jaeger / Zipkin (storage + UI).

## Valkuilen

```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
```

## Waarom het belangrijk is

Zonder tracing is debugging van een trage of falende request over een dozijn services giswerk; ermee zie je precies welke hop de schuldige is.

Een correlation ID door elke log line en call propageren is de enkele hoogste-leverage observability investering in een microservices systeem.