title: “अलर्ट्स” description: “जिस क्षण कोई चीज़ आपकी सीमा को पार करे, उसी समय जान लें — उस चैनल पर जो आपकी टीम पहले से ही देखती है, बजाय किसी कस्टमर से सुनने के।”
जिस क्षण कोई चीज़ आपकी सीमा को पार करे, उसी समय जान लें — उस चैनल पर जो आपकी टीम पहले से ही देखती है, बजाय किसी कस्टमर से सुनने के। एक बार नियम सेट करें और Failproof AI Observability इसे शेड्यूल के अनुसार जांचता है, फिर आपको ईमेल, Slack, वेबहुक, या सीधे डैशबोर्ड पर सूचित करता है।
अपने उपयोगकर्ताओं से पहले समस्याओं के बारे में जानें
डैशबोर्ड को रिफ्रेश करते रहना बंद करें और रिग्रेशन को पकड़ने की उम्मीद करें। जब भी कोई ऐसा संकेत हो जो आप सुनना चाहते हैं — भले ही कोई देख न रहा हो — तब अलर्ट सेट करें, और इसे वहां पाएं जहां आप पहले से ही हैं:- ईमेल, जिसे इसके बारे में जानना चाहिए।
- Slack, एक समृद्ध संदेश जिसमें एक बटन है जो सीधे घटना पर जाता है।
- वेबहुक, PagerDuty, Opsgenie, या आपके अपने एंडपॉइंट के लिए JSON POST, वैकल्पिक हस्ताक्षर के साथ ताकि प्राप्तकर्ता इस पर विश्वास कर सके।
- डैशबोर्ड में, डिज़ाइन के अनुसार शांत, जब आप नियम को ट्यून कर रहे हों और अभी किसी को सूचित नहीं करना चाहते।
फॉर्म में नियम बनाएं, JSON में नहीं
आप एक फॉर्म में बताते हैं कि “टूटा हुआ” का मतलब क्या है, और Failproof AI Observability आपके लिए अंतर्निहित नियम लिखता है। JSON स्पेक केवल वह है जो वह फॉर्म पर्दे के पीछे बनाता है, तो आप इसे पढ़ सकते हैं और समझ सकते हैं कि एक नियम क्या है लेकिन आप शायद ही कभी इसे टाइप करते हैं।
पहले से ही त्रुटियों पेज पर एक विफलता को देख रहे हैं? वहां हर पंक्ति के पास एक + अलर्ट बटन है जो इस फॉर्म को खोलता है, इसे उस सटीक विफलता को फिर से पकड़ने के लिए प्रीफिल किया जाता है, तो आप जो घटना अभी ट्राइज कर चुके हैं वह वही हो जाती है जो अगली बार आपको सूचित करेगी।
इसे कहां खोजें: अलर्ट्स
/<org-slug>/alerts पर रहते हैं। नियम बनाना, संपादित करना, हटाना, और परीक्षण करना alerts:write की जरूरत है; alerts:read सिर्फ देखने के लिए काफी है। प्राप्तकर्ता पिकर आपके संगठन के सदस्यों को नाम से सूचीबद्ध करता है, इसलिए आप फॉर्म को छोड़े बिना किसी व्यक्ति को सूचित कर सकते हैं।
मुझे केवल तभी सूचित करें जब यह वास्तविक हो
एक खराब माप आपको जागना नहीं चाहिए। M of N शोर फिल्टर नियंत्रित करता है कि पिछली कुछ जांचों में से कितनी अलर्ट को वास्तव में सूचित करने से पहले विफल होनी चाहिए। इसे 3 of 5 पर सेट करें और नियम केवल तब फायर होता है जब यह अपनी पिछली पांच जांचों में से तीन को तोड़ता है, इसलिए एक अस्थिर सिग्नल गलत अलर्ट देना बंद कर देता है; इसे डिफ़ॉल्ट 1 of 1 पर छोड़ दें पहले उल्लंघन पर फायर करने के लिए। आप यह भी चुनते हैं कि नियम कितनी बार चलता है, 1m, 5m, 15m, और 1h के प्रीसेट से, सिग्नल कितनी तेज़ी से चलता है इससे मेल खाता है।जब एक अलर्ट फायर होता है तो क्या होता है
एक उल्लंघन एक घटना खोलता है और एक बार आपके चैनलों को सूचित करता है। वहां से आपकी टीम इसे स्वीकार करती है, एक मालिक को असाइन करती है, इसके बारे में बात करती है, और इसे हल करती है, सब कुछ एक स्वच्छ, जिम्मेदार रिकॉर्ड के खिलाफ। वह ट्राइज वर्कफ्लो अपना खुद का घर है: घटनाएं देखें।संबंधित
- घटनाएं: एक फायरिंग अलर्ट को खुला से स्वीकृत से समाधान तक ट्रैक करें।
- त्रुटि ट्रैकिंग: एजेंट विफलताओं को समूहित करें और एक को एक क्लिक में अलर्ट को बढ़ावा दें।
- डैशबोर्ड: साझा बोर्ड देखें जिन थ्रेशहोल्ड पर आप अलर्ट करते हैं वे कहां से आते हैं।
- CLI और एजेंट्स: अपने टर्मिनल से अलर्ट बनाएं और घटनाओं को स्वीकार करें, या उन्हें CI में स्क्रिप्ट करें।