अनुमान लगाना बंद करें कि आगे क्या ठीक करना है
अलर्ट उन समस्याओं को पकड़ते हैं जिन्हें आप पहले से देखना जानते हैं। ऑडिट उन समस्याओं को पकड़ते हैं जिन्हें आप नहीं जानते। आपके द्वारा निर्धारित शेड्यूल पर, एक ऑडिट आपके सभी एजेंट सत्रों को पढ़ता है और ऐसे पैटर्न के लिए शिकार करता है जो ठीक करने के लायक हैं, इसलिए आप लॉग स्क्रॉल करने की बजाय निष्कर्षों पर कार्य करने में अपना समय लगाते हैं। एक एकल रन उन विफलता मोड के बाद जाता है जो वास्तव में उत्पादन में एजेंटों को तोड़ते हैं:- त्रुटि क्लस्टर: साझा मूल कारण के तहत समान विफलता दोहराई जाती है।
- बेसलाइन के विरुद्ध बहाव: व्यवहार शांति से ज्ञात-अच्छी खिड़की से दूर जा रहा है।
- प्रतिलेखों में लक्ष्य विफलता: चलता है जो तकनीकी रूप से समाप्त हुआ लेकिन कभी काम नहीं किया।
- उपकरण का दुरुपयोग: गलत उपकरण, खराब तर्क, या लूप जो कॉल को जला देते हैं।
- गुणवत्ता और लागत के व्यापार: जहां आप उस आउटपुट के लिए अधिक भुगतान कर रहे हैं जिसे आप सस्ते में प्राप्त कर सकते हैं।
- कवरेज अंतराल: व्यवहार जिसे कोई eval या अलर्ट नहीं देख रहा है।
हर सिफारिश प्रमाण के साथ आती है
आपको कभी भी किसी निष्कर्ष पर विश्वास करने की आवश्यकता नहीं है। प्रत्येक सिफारिश उन सटीक सत्रों का हवाला देती है जहां से यह आया था और उस SQL को जो इसे सामने लाया था, इसलिए आप एक क्लिक में साक्ष्य खोल सकते हैं और समस्या की पुष्टि कर सकते हैं, न कि एक दावे को रिवर्स-इंजीनियर कर सकते हैं। जब कोई निष्कर्ष एक लीक किए गए क्रेडेंशियल के बारे में हो, तो यह एक कदम आगे बढ़ता है और वह व्यक्तिगत इवेंट को लिंक करता है जिसे यह मेल खाता है। एक पर क्लिक करें और आप सत्र में उस सटीक क्षण पर उतरते हैं, पहले से ही चुना हुआ — एक लंबे प्रतिलेख के शीर्ष पर नहीं। लिंक इवेंट का नाम देता है; यह पाए गए रहस्य को निष्कर्ष में कभी नहीं कॉपी करता है, इसलिए एक निष्कर्ष पढ़ना आपके क्रेडेंशियल लिखे जाने का दूसरा स्थान नहीं है। यदि कोई इवेंट अब नहीं है क्योंकि सत्र आपकी प्रतिधारण विंडो पास कर गया है, तो पृष्ठ स्पष्ट रूप से कहता है कि आप गलत चीज पर क्लिक किया है या नहीं यह सोचकर छोड़ते हैं। यह भी है जो ऑडिट को ईमानदार रखता है। सर्वर जांच करता है कि प्रत्येक उद्धृत सत्र वास्तव में मौजूद है और किसी भी सिफारिश को त्याग देता है जिसका साक्ष्य धारण नहीं करता है, इसलिए ऑडिट जांच करता है लेकिन कभी आविष्कार नहीं करता। आपकी सूची पर जो आता है वह वास्तविक, पुन: पेश करने योग्य, और इस बात से रैंक किया जाता है कि यह कितना महत्वपूर्ण है, सबसे बड़ी जीत शीर्ष पर है।एक फिक्स को एक सुरक्षा में बदलें
एक समस्या को ठीक करना केवल आधी जीत है। दूसरा आधा यह सुनिश्चित करना है कि यह शांति से वापस न आए। हर निष्कर्ष एक एक-क्लिक शॉर्टकट ले जाता है जो एक आवर्ती अलर्ट का मसौदा तैयार करता है, एक समझदारी से भरे हुए शुरुआती ट्रिगर के साथ आप ट्यून कर सकते हैं। निष्कर्ष को बंद करें, अलर्ट को सशस्त्र करें, और अगली बार जब वह पैटर्न फिर से प्रकट होता है तो आप एक भविष्य के ऑडिट में इसे फिर से खोजने के बजाय पेजिंग प्राप्त करते हैं।इसे कहां खोजें
ऑडिट डैशबोर्ड में/<org-slug>/audits पर रहते हैं (साइडबार से विश्लेषण से audits)। रन और निष्कर्षों को देखने के लिए audits:read की जरूरत है; ऑडिट बनाने, संपादित करने, और ट्राइज करने के लिए audits:write की जरूरत है। एक ऑडिट का दायरा और कैडेंस सेट करें, फिर जब आप अगले निर्धारित पास की प्रतीक्षा करने के बजाय तुरंत परिणाम चाहते हैं तो अभी चलाएं को हिट करें।
संबंधित
- अलर्ट: जिस पल एक थ्रेसहोल्ड को पार किया जाता है उस पल एक पेज प्राप्त करें।
- मूल्यांकन: हर रन को स्कोर करें ताकि गुणवत्ता प्रतिगमन अपने आप सामने आएं।
- त्रुटि ट्रैकिंग: एजेंटों द्वारा फेंकी जाने वाली त्रुटियों को समूहित और अनुसरण करें।
- घटनाएं: एक ऑडिट के माध्यम से एक समस्या को ट्रैक करें जो यह इसके फिक्स के माध्यम से बदल देता है।