Hvad er distribueret sporing, og hvordan fungerer korrelations-id'er?

Question

Accepted Answer

**Distribueret sporing** følger en enkelt anmodning, når den bevæger sig gennem mange tjenester, så du kan se slutpunkt-til-slutpunkt-stien og finde, hvor latens eller fejl opstår. Et **korrelations-/spor-id** binder alle intervaller af en anmodning sammen.

## Hvordan det fungerer

Den første tjeneste genererer et **spor-id**; hver downstream kald udbrede det (og et parent **interval-id**) i headere.

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

## Hvad det giver dig

- **Latens-nedbrydning** — hvilken tjeneste/interval er langsom.
- **Fejl-lokalisering** — hvilket hop fejlede.
- **Afhængighedskort** — hvad kalder faktisk hvad.

Værktøjer: OpenTelemetry (instrumentering), Jaeger / Zipkin (lager + UI).

## Faldgruber

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

Uden sporing er fejlfinding af en langsom eller fejlslået anmodning på tværs af et dusin tjenester gætteri; med det ser du præcis, hvilket hop der er skyldig.

Udbredelse af et korrelations-id gennem hver loglin og kald er den enkelt højeste-leverage observabilitetsinvestering i et mikrotjeneste-system.