Kas yra paskirstytasis sekimas ir kaip veikia koreliacijos ID?

Question

Accepted Answer

**Paskirstytasis sekimas** seka vieną užklausą, kai ji keliauja per daugelį paslaugų, todėl galite pamatyti visą kelią ir rasti, kur atsiranda latalinės prieigos laikas arba klaidos. **Koreliacijos/sekimo ID** susieja visus vienos užklausos span'us.

## Kaip tai veikia

Pirmoji paslauga generuoja **sekimo ID**; kiekvienas tolimesnis skambutis jį skleidžia (ir tėvinio **span ID**) header'iuose.

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

## Ką jis duoda

- **Latency breakdown** — kurie paslaugos/span yra lėtos.
- **Error localization** — kuris šuolis nepavyko.
- **Dependency map** — kas iš tikrųjų šaukia ką.

Šaltiniai: OpenTelemetry (instrumentation), Jaeger / Zipkin (storage + UI).

## Pitfalls

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

## Kodėl tai svarbu

Be sekimo, lėtos arba nesėkmingos užklausos derinimas per dešimtis paslaugų yra spėlionės; su juo, tiksliai matote, kuris šuolis yra atsakingas.

Koreliacijos ID skleidimu per kiekvieną žurnalo eilutę ir skambutį yra didžiausio efekto stebėjimo investicija mikroservisų sistemoje.