डिस्ट्रिब्यूटेड ट्रेसिङ्ग भनेको के हो र correlation IDs कसरी काम गर्छन्?

Question

Accepted Answer

**डिस्ट्रिब्यूटेड ट्रेसिङ्ग** एकल अनुरोधलाई धेरै सेवाहरु पार गरी अनुसरण गर्छ, जसले तपाईंलाई अन्त देखि अन्तमा पथ देख्न र latency वा त्रुटि कहाँ हुन्छ भनेर पत्ता लगाउन दেय्छ। **correlation/trace ID** ले एक अनुरोधका सबै spans लाई एकसाथ जोडिन्छ।

## कसरी काम गर्छ

पहिलो सेवा **trace ID** उत्पन्न गर्छ; हरेक डाउनस्ट्रिम कल यसलाई (र एक 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** — कुन सेवा/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
```

## किन यो महत्त्वपूर्ण छ

ट्रेसिङ्ग बिना, एक दर्जन सेवाहरु पार गरी ढिलो वा असफल अनुरोध डिबग गर्न अनुमान हो; यसको साथ, तपाई सही रूपमा कुन hop को दोष छ भनेर देख्नुहुन्छ।

हरेक log line र कल मार्फत correlation ID propagate गर्न एक microservices प्रणालीमा सबैभन्दा उच्च-leverage observability investment हो।