अवलोकनीयता तीन स्तंभों पर निर्भर करती है — लॉग्स, मेट्रिक्स और ट्रेस — और लक्ष्य एक ऐसी प्रणाली के लिए "क्या गलत है और क्यों" का उत्तर देना है जो हाथ से निरीक्षण करने के लिए बहुत बड़ी है। बड़े पैमाने पर, रणनीति सहसंबंध, नमूनाकरण और लागत के बारे में है।
| स्तंभ | जवाब देता है | उपकरण |
|---|
| मेट्रिक्स | क्या कुछ गलत है? (दरें, विलंबता) | Prometheus, Grafana |
| ट्रेस | प्रवाह में कहाँ? | OpenTelemetry, Jaeger |
| लॉग्स | वास्तव में क्या हुआ? | ELK, Loki |
Metrics alert ─▶ trace pinpoints the slow service ─▶ logs explain the cause
(broad) (path) (detail)
ट्रेस/सहसंबंध ID को मेट्रिक्स लेबल, लॉग लाइनों और स्पैन के माध्यम से जाना चाहिए, ताकि आप उनके बीच pivot कर सकें।
log line: level=error trace_id=abc123 service=payments msg="gateway timeout"
^^^^^^^^^^^^^^^ same id appears in the trace + metrics
✓ Standardize: OpenTelemetry across all services
✓ Use structured (JSON) logs — queryable, not grep-only
✓ Sample traces (e.g. keep all errors + 1% of success) to control cost
✓ Define SLOs and alert on symptoms (latency/error rate), not noise
✓ RED/USE method for dashboards (Rate, Errors, Duration)
100% पर सब कुछ लॉग करना असाध्य है और संकेत को दबा देता है। इसके बजाय नमूना, संरचना और SLO पर अलर्ट करें।
सैकड़ों सेवाओं के साथ, आप SSH में नहीं जा सकते और देख नहीं सकते — अवलोकनीयता उत्पादन व्यवहार को समझने का एकमात्र तरीका है।
विजेता रणनीति सहसंबद्ध, नमूनाकृत और SLO-संचालित है: यह टेलीमेट्री स्टोरेज पर आपको दिवालिया किए बिना या ऑन-कॉल को शोर में दबाए बिना वास्तविक समस्याओं को जल्दी से सामने लाता है।