Çfarë është gjurmimi i shpërndarë dhe si funksionojnë ID-të e korrelacionit?

Question

Accepted Answer

**Gjurmimi i shpërndarë** ndjek një kërkesë të vetme ndërsa ajo udhëton përmes shumë shërbimeve, kështu që mund të shihni rrugën nga fundi në fund dhe të gjeni se ku ndodhin vonesa ose gabime. Një **ID korrelacioni/gjurme** lidh të gjitha hapësirat e një kërkese bashkë.

## Si funksionon

Shërbimi i parë gjeneron një **ID gjurme**; çdo thirrje pasuese e përhap atë (dhe prindërin **ID hapësire**) në koka.

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

## Çfarë ju jep

- **Zbërthimi i vonesës** — shërbim/hapësirë nuk është i shpejtë.
- **Lokalizimi i gabimit** — cili kërcim dështoi.
- **Harta e varësisë** — çfarë në fakt thirret me çfarë.

Mjete: OpenTelemetry (instrumentalizim), Jaeger / Zipkin (ruajtje + ndërfaqe).

## Kurthe

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

## Pse është e rëndësishme

Pa gjurmim, korrigjimi i një kërkese të ngadaltë ose të dështuar në një duzinë shërbimesh është hëpirje; me të, shihni saktësisht cili kërcim është fajtor.

Përhapja e një ID korrelacioni përmes çdo rreshti regjistri dhe thirrje është investimi i vetëm më i madh me efekt në vëzhgueshmërinë në një sistem mikroshërbimesh.