distributed tracing کیا ہے اور correlation IDs کیسے کام کرتے ہیں؟

Question

Accepted Answer

**Distributed tracing** ایک single request کو متعدد services کے ذریعے follow کرتا ہے تاکہ آپ end-to-end path دیکھ سکیں اور latency یا errors کہاں ہوتی ہیں یہ معلوم کر سکیں۔ ایک **correlation/trace ID** ایک request کے تمام spans کو آپس میں جوڑتا ہے۔

## یہ کیسے کام کرتا ہے

پہلی service ایک **trace ID** generate کرتی ہے؛ ہر downstream call اسے (اور ایک parent **span ID**) headers میں propagate کرتا ہے۔

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

## یہ آپ کو کیا دیتا ہے

- **Latency breakdown** — کون سی service/span slow ہے۔
- **Error localization** — کون سا hop fail ہوا۔
- **Dependency map** — اصل میں کیا کیا کو call کرتا ہے۔

Tools: OpenTelemetry (instrumentation)، Jaeger / Zipkin (storage + UI)۔

## خطرات

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

## یہ کیوں اہم ہے

بغیر tracing کے، ایک سست یا failing request کو درجن بھر services میں debug کرنا قیاس آرائی ہے؛ اس کے ساتھ، آپ بالکل دیکھتے ہیں کہ کون سا hop ذمہ دار ہے۔

ایک correlation ID کو ہر log line اور call کے ذریعے propagate کرنا ایک microservices system میں سب سے زیادہ high-leverage observability investment ہے۔