Ce este distributed tracing și cum funcționează correlation ID-urile?

Question

Accepted Answer

**Distributed tracing** urmărește o singură cerere în timp ce aceasta traversează mai multe servicii, astfel încât poți vedea calea end-to-end și găsi unde apare latența sau erorile. Un **correlation/trace ID** leagă toate span-urile unei cereri.

## Cum funcționează

Primul serviciu generează un **trace ID**; fiecare apel din aval îl propagă (și un **span ID** părinte) în 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
```

## Ce îți oferă

- **Latency breakdown** — care serviciu/span este lent.
- **Error localization** — care hop a eșuat.
- **Dependency map** — ce apelează efectiv ce.

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

## Pitfalls

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

## De ce conteaza

Fără tracing, debugarea unei cereri lente sau care eșuează pe o duzină de servicii este ghicire; cu aceasta, vezi exact care hop este de vină.

Propagarea unui correlation ID prin fiecare linie de log și apel este cea mai mare investiție cu efect de levier în observabilitate într-un sistem de microservicii.