Qu'est-ce que le traçage distribué et comment fonctionnent les ID de corrélation ?

Question

Accepted Answer

**Le traçage distribué** suit une seule requête au fur et à mesure qu'elle traverse plusieurs services, vous permettant de voir le chemin de bout en bout et de trouver où la latence ou les erreurs se produisent. Un **ID de corrélation/trace** lie tous les spans d'une requête ensemble.

## Comment ça marche

Le premier service génère un **trace ID** ; chaque appel en aval le propage (ainsi qu'un **span ID** parent) dans les en-têtes.

```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 que cela vous apporte

- **Décomposition de la latence** — quel service/span est lent.
- **Localisation des erreurs** — quel saut a échoué.
- **Carte des dépendances** — ce qui appelle vraiment quoi.

Outils : OpenTelemetry (instrumentation), Jaeger / Zipkin (stockage + UI).

## Pièges

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

## Pourquoi c'est important

Sans traçage, déboguer une requête lente ou défaillante dans une douzaine de services est de la devinette ; avec cela, vous voyez exactement quel saut en est responsable.

Propager un ID de corrélation à travers chaque ligne de journal et chaque appel est l'investissement en observabilité le plus rentable dans un système de microservices.