रोज़ाना प्रोडक्शन एरर ट्रायेज ऑटोमेट करें
Zero हर सुबह Sentry और Axiom से अनसुलझे एरर खींचता है, उन्हें डीडुप्लिकेट करता है, पूरे स्टैक ट्रेस के साथ GitHub issues खोलता है, और अपने आप सही इंजीनियर को असाइन करता है।
Zero जुड़ता है:


Zero क्या डिलीवर करता है

समस्या क्या है
हर सुबह, किसी को Sentry खोलना होता है, अनसुलझे एरर के बीच स्क्रॉल करना होता है, पता लगाना होता है कि कौन-से नए हैं, कौन-से डुप्लिकेट हैं, कौन-से वाकई गंभीर हैं, और तय करना होता है कि हर एक का मालिक कौन हो। यह कोई असली काम शुरू होने से पहले 20 से 30 मिनट का केंद्रित इंजीनियरिंग समय है। Zero सुबह 8:45 बजे चलता है, Sentry और Axiom जांचता है, दोनों में डीडुप्लिकेट करता है, मायने रखने वाले एरर चुनता है, पहले से अटैच पूरे स्टैक ट्रेस के साथ GitHub issues खोलता है, और किसी के लैपटॉप खोलने से पहले हर एक को असाइन करता है।
Zero इसे कैसे ठीक करता है
चरण 1: अपने tools कनेक्ट करें
Sentry
ज़रूरीZero अनसुलझे एरर के लिए Sentry को क्वेरी करता है और स्टैक ट्रेस और इवेंट गिनती पढ़ता है।
जोड़ेंGitHub
ज़रूरीZero पूरे एरर विवरण के साथ संरचित GitHub issues दर्ज करता है और कोड मालिकों को असाइन करता है।
जोड़ेंAxiom
वैकल्पिकZero Sentry के निष्कर्षों के साथ क्रॉस-रेफरेंस और डीडुप्लिकेट करने के लिए एरर लॉग के लिए Axiom को क्वेरी करता है। वैकल्पिक लेकिन सुझाया गया।
जोड़ेंचरण 2: Zero से पूछें
@Zero every weekday at 8:45am, pull unresolved errors from Sentry and Axiom for the last 24 hours. Deduplicate across sources. For anything with 5+ occurrences, open a GitHub issue in vm0-ai/vm0 with the full stack trace and assign to the relevant code owner.
Zero Sentry और Axiom से एरर खींचता है
Zero बताए गए समय विंडो के भीतर अनसुलझे एरर के लिए दोनों स्रोतों को क्वेरी करता है। यह शोर छानने और वाकई बड़े पैमाने पर हो रहे एरर पर ध्यान केंद्रित करने के लिए आपका occurrence थ्रेशोल्ड लागू करता है।
एरर स्रोतों में डीडुप्लिकेट हुए
एक ही एरर अक्सर Sentry और Axiom दोनों में अलग-अलग फ़ॉर्मैटिंग के साथ दिखता है। Zero डुप्लिकेट पहचानता है और उन्हें दोनों स्रोतों के डेटा के साथ एक ही रिकॉर्ड में मर्ज करता है।
GitHub issues दर्ज और असाइन हुए
हर अनोखे, योग्य एरर के लिए, Zero पूरे स्टैक ट्रेस, occurrence गिनती, पहली और आख़िरी बार दिखने के टाइमस्टैम्प के साथ एक संरचित GitHub issue खोलता है, और इसे उस इंजीनियर को असाइन करता है जिसके कोड के उस हिस्से का मालिक होने की सबसे ज़्यादा संभावना है।
चरण 3: इसे और आगे ले जाएँ
बेहतर परिणामों के लिए सुझाव
issue गिनती को संभालने योग्य रखने के लिए एक occurrence थ्रेशोल्ड सेट करें। 5+ एक अच्छी शुरुआत है; अपने वॉल्यूम के आधार पर समायोजित करें।
Zero की क्वेरी को सिर्फ़ production तक संकरा करने के लिए Sentry के प्रोजेक्ट टैग या environments का इस्तेमाल करें, staging नहीं।
इसे प्रोडक्ट हेल्थ ब्रीफ़िंग के साथ चेन करें: 8:45 पर ट्रायेज चलाएं, आउटपुट को 9:00 के ब्रीफ़ में शामिल करें ताकि टीम सब कुछ एक ही जगह देखे।