Hva er distribuert sporing og hvordan fungerer korrelasjon-ID-er?

Question

Accepted Answer

**Distribuert sporing** følger en enkelt forespørsel når den reiser gjennom mange tjenester, slik at du kan se den end-to-end-banen og finne hvor latens eller feil oppstår. En **korrelasjon/trace-ID** binder alle spanene fra en forespørsel sammen.

## Hvordan det fungerer

Den første tjenesten genererer en **trace-ID**; hver downstream-kall propagerer den (og en forelder-**span-ID**) i 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
```

## Hva du får

- **Latens-oppdeling** — hvilken tjeneste/span som er treg.
- **Feillokaliseering** — hvilket hopp som feilet.
- **Avhengighetskart** — hva som faktisk kaller hva.

Verktøy: OpenTelemetry (instrumentering), Jaeger / Zipkin (lagring + UI).

## Fallgruver

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

## Hvorfor det er viktig

Uten sporing er det gjetting å debugge en treg eller sviktende forespørsel på tvers av et dusin tjenester; med det ser du nøyaktig hvilket hopp som er skyldig.

Propagering av en korrelasjon-ID gjennom hver loggline og kall er den eneste høyeste-leverage observability-investeringen i et microservices-system.