ब्लॉग अवलोकनीयता

वास्तव में बग्स को ठीक करने के लिए ऑब्जर्वेबिलिटी को कोड संदर्भ की आवश्यकता क्यों है

अवलोकनशीलता टीमों को बताती है कि क्या विफल रहा; कोड संदर्भ बताता है कि इसे कहां ठीक करना है। यहां बताया गया है कि लॉग, ट्रेस, स्वामित्व और पुल अनुरोधों को कैसे जोड़ा जाए।

अवलोकनीयताकोड प्रसंगउत्पादन बगलॉगनिशानस्वामित्व

अधिकांश अवलोकनीयता स्टैक एक प्रश्न का उत्तर देने में उत्कृष्ट हैं: क्या हुआ?

वे अगले प्रश्न पर कमज़ोर हैं: हम इसे कहाँ ठीक करें?

वह अंतराल वह है जहां घटना की प्रतिक्रिया धीमी हो जाती है। टीम त्रुटि दर देखती है, ट्रेस खोलती है, लॉग पढ़ती है, तैनाती समयरेखा की जांच करती है, फिर भी कोडबेस को हाथ से खोजना होता है।

एक परिचित घटना

कल्पना कीजिए कि एक एपीआई तैनाती के बाद रुक-रुक कर 500 लौटाना शुरू कर देता है। डैशबोर्ड स्पाइक दिखाता है. चेकआउट सेवा पर ट्रेस पॉइंट। लॉग में सत्यापन त्रुटि शामिल है, लेकिन संदेश सामान्य है।

उस समय, टीम को किसी अन्य चार्ट की आवश्यकता नहीं है। इसे दिशा की जरूरत है:

  • वह भंडार जो चेकआउट का स्वामी है
  • हैंडलर विफल मार्ग से जुड़ा है
  • हालिया प्रतिबद्धता जिसने सत्यापन व्यवहार को बदल दिया
  • वह व्यक्ति या टीम जिसे समाधान की समीक्षा करनी चाहिए

वह कोड संदर्भ है।

कोड संदर्भ क्यों मायने रखता है

कोड संदर्भ के बिना अवलोकनशीलता जागरूकता पैदा करती है। कोड संदर्भ के साथ अवलोकनशीलता मरम्मत का मार्ग बनाती है।

अंतर छोटा है लेकिन परिचालन की दृष्टि से महत्वपूर्ण है। एक ट्रेस आपको बता सकता है कि अनुरोध विफल रहा पोस्ट/चेकआउट. कोड संदर्भ सत्यापन शाखा, कल बदली गई फ़ाइल और उस स्वामी की ओर इंगित कर सकता है जो आमतौर पर उस क्षेत्र की समीक्षा करता है।

वह मैपिंग कई घटनाओं के पहले घंटे को बचाती है।

न्यूनतम उपयोगी प्रसंग

आपको संपूर्ण जांच को पुल अनुरोध के साथ संलग्न करने की आवश्यकता नहीं है। एक समीक्षक को आमतौर पर तथ्यों के एक संक्षिप्त सेट की आवश्यकता होती है:

  • उत्पादन लक्षण
  • प्रभावित सेवा
  • संभावित फ़ाइल या फ़ंक्शन
  • हाल ही में तैनाती या कोड परिवर्तन
  • स्वामी या समीक्षक
  • अगली कार्रवाई प्रस्तावित

किसी भी अन्य चीज़ को उन तथ्यों का समर्थन करना चाहिए, न कि उन्हें दफनाना चाहिए।

जहां डैशबोर्ड रुकते हैं

डैशबोर्ड सिस्टम व्यवहार देखने के लिए हैं। पुल अनुरोध सिस्टम व्यवहार को बदलने के लिए हैं। एक स्वस्थ उपचारात्मक वर्कफ़्लो उन दुनियाओं को जोड़ता है बजाय इसके कि इंजीनियरों को हर बार उन्हें मैन्युअल रूप से पाटने के लिए कहा जाए।

यदि सिग्नल को कोड नहीं मिल पाता है, तो अलर्ट एक अन्य कतार आइटम बन जाता है। यदि सिग्नल कोड ढूंढ सकता है, तो टीम तय कर सकती है कि पैच करना है, वापस रोल करना है, बैकलॉग आइटम खोलना है या गहराई से जांच करनी है।

किस ओर निर्माण करना है

व्यावहारिक लक्ष्य कोई बड़ी अवलोकन सतह नहीं है। यह एक छोटा रास्ता है:

उत्पादन संकेत -> कोड संदर्भ -> समीक्षा योग्य कार्रवाई

वह कार्रवाई एक पुल अनुरोध हो सकती है. यह जीरा मुद्दा हो सकता है. यह एक नोट हो सकता है जिसमें कहा गया हो कि समस्या एक अपस्ट्रीम प्रदाता से संबंधित है। मुद्दा यह है कि हर बार प्रोडक्शन के बोलने पर टीम को कोरी जांच से शुरुआत नहीं करनी चाहिए।

अवलोकनशीलता विफलता को दर्शाती है। कोड संदर्भ विफलता को कहीं जाने देता है।

लूप चलाएँ

प्रोडक्शन संकेतों को समीक्षा किए गए फिक्स में बदलें।

मुफ्त ट्रायल शुरू करें और देखें कि Prilog वास्तविक incidents को code-level pull requests से कैसे जोड़ता है।