Što je distribuirano praćenje i kako funkcioniraju ID-ovi korelacije?

Question

Accepted Answer

**Distribuirano praćenje** prati jedan zahtjev dok putuje kroz mnoge servise, tako da možete vidjeti putanju od kraja do kraja i pronaći gdje dolazi do kašnjenja ili greške. **ID korelacije/traga** veže sve raspone jednog zahtjeva zajedno.

## Kako funkcionira

Prvi servis generira **ID traga**; svaki niz poziva ga širi (i roditeljski **ID raspona**) u zaglavlima.

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

## Što vam daje

- **Raspad kašnjenja** — koji je servis/raspon spora.
- **Lokalizacija greške** — koji je skok neuspješan.
- **Mapa ovisnosti** — što zapravo poziva što.

Alati: OpenTelemetry (instrumentacija), Jaeger / Zipkin (pohrana + UI).

## Zamke

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

## Zašto je to važno

Bez praćenja, otklanjanje grešaka spore ili neuspješne zahtjeve u ducatu servisa je pogađanje; s njim, vidjeli ste točno koji je skok kriv.

Propagacija ID-a korelacije kroz svaki redak dnevnika i poziv je najjednostavnije ulaganje u promatrljivost u sustavu mikroservisa.