ਵਿਤਰਿਤ ট्रેসਿੰਗ ਕੀ ਹੈ ਅਤੇ ਸਹਸੰਬੰਧ IDs ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ?

Question

Accepted Answer

**Distributed tracing** ਇੱਕ ਸਿੰਗਲ request ਨੂੰ ਫਾਲੋ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਇਹ ਬਹੁਤ ਸਾਰੀਆਂ services ਵਿੱਚ ਸਫਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਐਂਡ-ਟੂ-ਐਂਡ ਪਾਥ ਨੂੰ ਦੇਖ ਸਕੋ ਅਤੇ ਇਹ ਲੱਭ ਸਕੋ ਕਿ latency ਜਾਂ errors ਕਿੱਥੇ ਆਉਂਦੀਆਂ ਹਨ। ਇੱਕ **correlation/trace ID** ਇੱਕ request ਦੇ ਸਾਰੇ spans ਨੂੰ ਇਕੱਠਾ ਜੋੜਦਾ ਹੈ।

## ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਪਹਲੀ service ਇੱਕ **trace ID** ਬਣਾਉਂਦੀ ਹੈ; ਹਰ downstream call ਇਸਨੂੰ propagate ਕਰਦਾ ਹੈ (ਅਤੇ ਇੱਕ parent **span ID**) headers ਵਿੱਚ।

```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 ਹੌਲੀ ਹੈ।
- **Error localization** — ਕਿਹੜਾ hop ਫੇਲ ਹੋਇਆ।
- **Dependency map** — ਅਸਲ ਵਿੱਚ ਕੀ ਕੀ ਕਾਲ ਕਰਦਾ ਹੈ।

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

## ਇਸ ਦਾ ਮਹੱਤਵ

Tracing ਤੋਂ ਬਿਨਾਂ, ਇੱਕ ਹੌਲੀ ਜਾਂ ਫੇਲ ਹੋ ਰਹੇ request ਨੂੰ ਇੱਕ ਦਰਜਨ services ਵਿੱਚ debug ਕਰਨਾ ਅੰਦਾਜ਼ਾ ਹੈ; ਇਸਦੇ ਨਾਲ, ਤੁਸੀਂ ਬਿਲਕੁਲ ਦੇਖਦੇ ਹੋ ਕਿ ਕਿਹੜਾ hop ਦੋਸ਼ੀ ਹੈ।

ਹਰ log line ਅਤੇ call ਦੇ ਰਾਹੀਂ ਇੱਕ correlation ID ਨੂੰ propagate ਕਰਨਾ ਇੱਕ microservices system ਵਿੱਚ ਸਿੰਗਲ ਸਭ ਤੋਂ ਅਧਿਕ-leverage observability investment ਹੈ।