Vad är distribuerad spårning och hur fungerar korrelations-ID:n?

Question

Accepted Answer

**Distribuerad spårning** följer en enskild begäran när den reser över många tjänster, så du kan se den end-to-end-vägen och hitta där latens eller fel uppstår. Ett **korrelations-/spårnings-ID** binder alla spann för en begäran tillsammans.

## Hur det fungerar

Den första tjänsten genererar ett **spårnings-ID**; varje efterföljande anrop sprider det (och ett överordnat **spann-ID**) i rubriker.

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

## Vad det ger dig

- **Latensuppdelning** — vilken tjänst/spann är långsam.
- **Fellokaliserining** — vilket hopp misslyckades.
- **Beroendeöversikt** — vad faktiskt anropar vad.

Verktyg: OpenTelemetry (instrumentering), Jaeger / Zipkin (lagring + gränssnitt).

## Fallgropar

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

## Varför det är viktigt

Utan spårning är felsökning av en långsam eller misslyckad begäran över ett dussin tjänster gissning; med det ser du exakt vilket hopp som är ansvarigt.

Att sprida ett korrelations-ID genom varje loggrad och anrop är den enskilt högsta võtken i observabilitet i ett mikrotjänster-system.