सभी उपयोग के उदाहरण

रोज़ाना प्रोडक्शन एरर ट्रायेज ऑटोमेट करें

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

Zero जुड़ता है:SentryAxiomGitHub

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

समस्या क्या है

हर सुबह, किसी को Sentry खोलना होता है, अनसुलझे एरर के बीच स्क्रॉल करना होता है, पता लगाना होता है कि कौन-से नए हैं, कौन-से डुप्लिकेट हैं, कौन-से वाकई गंभीर हैं, और तय करना होता है कि हर एक का मालिक कौन हो। यह कोई असली काम शुरू होने से पहले 20 से 30 मिनट का केंद्रित इंजीनियरिंग समय है। Zero सुबह 8:45 बजे चलता है, Sentry और Axiom जांचता है, दोनों में डीडुप्लिकेट करता है, मायने रखने वाले एरर चुनता है, पहले से अटैच पूरे स्टैक ट्रेस के साथ GitHub issues खोलता है, और किसी के लैपटॉप खोलने से पहले हर एक को असाइन करता है।

Zero इसे कैसे ठीक करता है

चरण 1: अपने tools कनेक्ट करें

Sentry
Sentry
ज़रूरी
Zero अनसुलझे एरर के लिए Sentry को क्वेरी करता है और स्टैक ट्रेस और इवेंट गिनती पढ़ता है।
जोड़ें
GitHub
GitHub
ज़रूरी
Zero पूरे एरर विवरण के साथ संरचित GitHub issues दर्ज करता है और कोड मालिकों को असाइन करता है।
जोड़ें
Axiom
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: इसे और आगे ले जाएँ

थ्रेशोल्ड समायोजित करें
शोर कम करने या ज़्यादा issues पकड़ने के लिए occurrence फ़िल्टर बदलें
@Zero update the daily triage schedule to only file issues for errors with 10+ occurrences. Anything below that, just post a summary to #dev.
सुबह के ब्रीफ़ में जोड़ें
प्रोडक्ट हेल्थ ब्रीफ़िंग उपयोग के उदाहरण के साथ मिलाएं
@Zero include today's error triage output in the 9am product health brief you post to #standup.
डिप्लॉय के बाद सुरक्षा जांच
एक प्रोडक्शन डिप्लॉय के तुरंत बाद ट्रायेज चलाएं
@Zero whenever a PR merges to main in vm0-ai/vm0, wait 15 minutes and then run a Sentry error check for new errors.

बेहतर परिणामों के लिए सुझाव

issue गिनती को संभालने योग्य रखने के लिए एक occurrence थ्रेशोल्ड सेट करें। 5+ एक अच्छी शुरुआत है; अपने वॉल्यूम के आधार पर समायोजित करें।
Zero की क्वेरी को सिर्फ़ production तक संकरा करने के लिए Sentry के प्रोजेक्ट टैग या environments का इस्तेमाल करें, staging नहीं।
इसे प्रोडक्ट हेल्थ ब्रीफ़िंग के साथ चेन करें: 8:45 पर ट्रायेज चलाएं, आउटपुट को 9:00 के ब्रीफ़ में शामिल करें ताकि टीम सब कुछ एक ही जगह देखे।