Comparthing Logo
observabilityडेवऑप्सटेलीमेटरीएनालिटिक्स

टाइम-सीरीज़ मॉनिटरिंग बनाम इवेंट-ड्रिवन मॉनिटरिंग

सही ऑब्ज़र्वेबिलिटी स्ट्रैटेजी चुनने के लिए यह समझना ज़रूरी है कि डेटा कैसे इकट्ठा और प्रोसेस किया जाता है। जहाँ टाइम-सीरीज़ मॉनिटरिंग लंबे समय के हेल्थ ट्रेंड्स का पता लगाने के लिए रेगुलर इंटरवल पर न्यूमेरिकल सिस्टम मेट्रिक्स को ट्रैक करती है, वहीं इवेंट-ड्रिवन मॉनिटरिंग तुरंत प्रोग्रामेटिक रिस्पॉन्स को ट्रिगर करने के लिए अलग-अलग स्टेट बदलावों को तुरंत कैप्चर करती है, जिससे उनके आर्किटेक्चरल डिज़ाइन असल में अलग हो जाते हैं।

मुख्य बातें

  • टाइम-सीरीज़ पहले से पता चलने वाले इंटरवल पोलिंग पर निर्भर करती है, जबकि इवेंट मॉनिटरिंग पूरी तरह से डिमांड पर काम करती है।
  • इवेंट टेलीमेट्री डीप पेलोड कॉन्टेक्स्ट को सुरक्षित रखती है जिसे पारंपरिक न्यूमेरिक मेट्रिक्स हटा देते हैं।
  • टाइम-सीरीज़ के लिए स्टोरेज की ज़रूरतें स्टेबल रहती हैं, जबकि इवेंट स्टोरेज सिस्टम एक्टिविटी स्पाइक्स को ट्रैक करता है।
  • इवेंट-ड्रिवन सेटअप रेट्रोस्पेक्टिव एनालिसिस के बजाय तुरंत ऑटोमेटेड सेल्फ-हीलिंग को इनेबल करते हैं।

समय-श्रृंखला निगरानी क्या है?

एक मेट्रिक्स-फोकस्ड तरीका जो सिस्टम ट्रेंड्स को एनालाइज़ करने के लिए लगातार, क्रोनोलॉजिकल इंटरवल पर न्यूमेरिक डेटा पॉइंट्स इकट्ठा करता है।

  • यह रेगुलर पोलिंग इंटरवल पर बहुत ज़्यादा निर्भर करता है, जैसे हर पंद्रह सेकंड में डेटा स्क्रैप करना।
  • डेटा को खास टाइमस्टैम्प और डाइमेंशनल लेबल से जुड़े स्ट्रक्चर्ड, न्यूमेरिक वैल्यू के रूप में स्टोर करता है।
  • एक महीने में औसत CPU इस्तेमाल कैलकुलेट करने जैसी हाई-परफॉर्मेंस एग्रीगेट क्वेरी के लिए ऑप्टिमाइज़ किया गया।
  • आम तौर पर यह पुल-बेस्ड आर्किटेक्चर का इस्तेमाल करता है, जहाँ एक सेंट्रल सर्वर टारगेट एंडपॉइंट से डेटा रिक्वेस्ट करता है।
  • यह स्टोरेज में अनुमानित बढ़ोतरी बनाए रखता है क्योंकि सिस्टम लोड के बावजूद डेटा लेने की दर स्थिर रहती है।

घटना-संचालित निगरानी क्या है?

एक रिएक्टिव सिस्टम जो किसी खास स्टेट में बदलाव होते ही रिच कॉन्टेक्स्चुअल डेटा पैकेट को कैप्चर और प्रोसेस करता है।

  • यह एसिंक्रोनस रूप से काम करता है, और सिर्फ़ तभी एक्शन लेता है जब कोई तय कंडीशन या सिस्टम इंसिडेंट अलर्ट ट्रिगर करता है।
  • हर पैकेट में डीप कॉन्टेक्स्चुअल मेटाडेटा कैप्चर करता है, जिसमें पूरे पेलोड डिटेल्स और यूज़र IDs शामिल हैं।
  • यह एक पुश-बेस्ड आर्किटेक्चर का इस्तेमाल करता है, जहाँ अलग-अलग एप्लिकेशन घटनाओं को तुरंत एक इवेंट बस में स्ट्रीम करते हैं।
  • स्टोरेज की ज़रूरतें सिस्टम एक्टिविटी के साथ तेज़ी से बढ़ती हैं, और अचानक ट्रैफिक बढ़ने पर बहुत ज़्यादा बढ़ जाती हैं।
  • यह ऑटोमेशन टूल्स के साथ सीधे इंटीग्रेट होता है ताकि बिना इंसानी दखल के इंफ्रास्ट्रक्चर को तुरंत सेल्फ-हील किया जा सके।

तुलना तालिका

विशेषता समय-श्रृंखला निगरानी घटना-संचालित निगरानी
डेटा संग्रह ट्रिगर नियमित, पूर्वनिर्धारित समय अंतराल राज्य परिवर्तन की तत्काल घटना
प्राथमिक डेटा प्रारूप टाइमस्टैम्प के साथ संख्यात्मक कुंजी-मान जोड़े रिच JSON या स्ट्रक्चर्ड टेक्स्ट पेलोड
वास्तुशिल्प पैटर्न मुख्य रूप से पुल-आधारित स्क्रैपिंग मैसेज ब्रोकर्स के ज़रिए पुश-बेस्ड स्ट्रीमिंग
भंडारण वृद्धि अत्यधिक पूर्वानुमान योग्य और रैखिक वेरिएबल और सीधे सिस्टम एक्टिविटी से जुड़ा हुआ
आदर्श उपयोग मामला क्षमता योजना और दीर्घकालिक प्रवृत्ति विश्लेषण तुरंत घटना पर प्रतिक्रिया और ऑटोमेटेड सेल्फ-हीलिंग
क्वेरी फोकस समय खिड़कियों पर गणितीय एकत्रीकरण अलग-अलग इवेंट पाथ और स्ट्रक्चरल म्यूटेशन का पता लगाना
सिस्टम ओवरहेड कम और निरंतर संसाधन पदचिह्न इवेंट वॉल्यूम के आधार पर अलग-अलग रिसोर्स की खपत

विस्तृत तुलना

डेटा अंतर्ग्रहण यांत्रिकी

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

ग्रैन्युलैरिटी और संदर्भ

डीप डायग्नोस्टिक टास्क करते समय, डेटा डेप्थ में अंतर साफ़ हो जाता है। टाइम-सीरीज़ स्ट्रक्चर टेक्स्ट और कॉन्टेक्स्ट को हटाकर सिर्फ़ नंबरों पर फ़ोकस करते हैं, जिससे चीज़ें लीन रहती हैं लेकिन क्रैश के पीछे की कहानी छूट जाती है। इवेंट-ड्रिवन लॉग पूरे कॉन्टेक्स्टुअल बैकग्राउंड को ठीक रखते हैं, और आपको बताते हैं कि किस यूज़र या फ़ंक्शन की वजह से एग्ज़िक्यूशन पाथ टूटा। जबकि एक टाइम-सीरीज़ ग्राफ़ आपके डेटाबेस कनेक्शन स्पाइक दिखाता है, एक इवेंट स्ट्रीम आपको वह सटीक क्वेरी दिखाता है जिससे परेशानी शुरू हुई।

स्केलेबिलिटी और स्टोरेज डायनेमिक्स

इन प्लेटफॉर्म के फाइनेंशियल और स्टोरेज फुटप्रिंट्स को मैनेज करने के लिए दो बिल्कुल अलग सोच की ज़रूरत होती है। टाइम-सीरीज़ सेटअप आरामदायक अंदाज़ा देते हैं क्योंकि स्केलिंग अप का मतलब आमतौर पर सिर्फ़ रिटेंशन पॉलिसी को एडजस्ट करना या अपने पोलिंग इंटरवल को बढ़ाना होता है। इवेंट-ड्रिवन सिस्टम कहीं ज़्यादा वोलाटाइल होते हैं, उन्हें एक ऐसे स्टोरेज आर्किटेक्चर की ज़रूरत होती है जो माइक्रोसर्विस के ज़रिए एरर आने पर अचानक, बहुत ज़्यादा डेटा की बाढ़ को संभाल सके। अगर आपका एप्लिकेशन वायरल हो जाता है या उस पर DDoS अटैक होता है, तो आने वाले ट्रैफिक के साथ इवेंट स्टोरेज की ज़रूरतें भी बहुत बढ़ जाएंगी।

कार्रवाई की क्षमता और चेतावनी की गति

आपकी ऑपरेशनल टीम कितनी तेज़ी से रिएक्ट कर सकती है, यह पूरी तरह इस बात पर निर्भर करता है कि आपकी टेलीमेट्री कैसे डिलीवर की जाती है। टाइम-सीरीज़ अलर्ट में स्वाभाविक रूप से थोड़ी देरी होती है, क्योंकि सिस्टम को अगले स्क्रैप साइकिल का इंतज़ार करना पड़ता है और ट्रेंड कन्फर्म करने के लिए कई डेटा पॉइंट्स को इवैल्यूएट करना पड़ता है। इवेंट-ड्रिवन आर्किटेक्चर यहाँ बिचौलियों को हटाकर, ज़रूरी फेलियर को सीधे नोटिफिकेशन प्लेटफॉर्म या ऑटो-स्केलिंग स्क्रिप्ट पर रूट करके बेहतर काम करते हैं। यह तुरंत नोटिफिकेशन कैपेबिलिटी इवेंट-ड्रिवन अप्रोच को मिशन-क्रिटिकल इंफ्रास्ट्रक्चर के लिए ज़रूरी बनाती है, जिसे तुरंत ठीक करने की ज़रूरत होती है।

लाभ और हानि

समय-श्रृंखला निगरानी

लाभ

  • + अत्यधिक अनुमानित भंडारण लागत
  • + बेहतरीन लॉन्ग-टर्म ट्रेंड एनालिसिस
  • + कम संसाधन ओवरहेड
  • + सरलीकृत गणितीय एकत्रीकरण

सहमत

  • बारीक टेक्स्ट संदर्भ का अभाव
  • मतदान में स्वाभाविक देरी होती है
  • छोटे रुक-रुक कर होने वाले स्पाइक्स को मिस करता है
  • अल्पकालिक बुनियादी ढांचे के साथ संघर्ष

घटना-संचालित निगरानी

लाभ

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

सहमत

  • अप्रत्याशित भंडारण खपत
  • उच्च वास्तुशिल्प विन्यास जटिलता
  • मैक्रो ट्रेंड्स को समझना मुश्किल है
  • संभावित टेलीमेट्री तूफान ऊपर

सामान्य भ्रांतियाँ

मिथ

टाइम-सीरीज़ मॉनिटरिंग सिस्टम बिहेवियर में हर एक माइक्रो-स्पाइक को कैप्चर कर सकती है।

वास्तविकता

क्योंकि टाइम-सीरीज़ मॉनिटरिंग इंटरवल-बेस्ड पोलिंग पर निर्भर करती है, इसलिए कोई भी परफॉर्मेंस स्पाइक जो दो स्क्रैप साइकिल के बीच होता है और पूरी तरह से ठीक हो जाता है, वह आपके डैशबोर्ड पर पूरी तरह से दिखाई नहीं देगा।

मिथ

इवेंट-ड्रिवन टेलीमेट्री ट्रेडिशनल लॉग एग्रीगेशन का एक सस्ता रिप्लेसमेंट है।

वास्तविकता

हर एक सिस्टम इवेंट को पूरे कॉन्टेक्स्चुअल मेटाडेटा के साथ स्टोर करना बहुत महंगा हो सकता है, और अक्सर पीक ऑपरेशनल लोड के दौरान ऑप्टिमाइज़्ड टाइम-सीरीज़ मेट्रिक इंजन से भी ज़्यादा खर्चीला हो सकता है।

मिथ

आपको एक मेथड चुनना होगा और उसे खास तौर पर अपने इंफ्रास्ट्रक्चर में डिप्लॉय करना होगा।

वास्तविकता

मॉडर्न एंटरप्राइज़ ऑब्ज़र्वेबिलिटी सेटअप लगभग हमेशा दोनों सिस्टम को मिलाते हैं, हाई-लेवल हेल्थ डैशबोर्ड के लिए टाइम-सीरीज़ डेटा और खास ट्रांज़ैक्शन एरर का पता लगाने के लिए इवेंट-ड्रिवन सिग्नल का इस्तेमाल करते हैं।

मिथ

इवेंट-ड्रिवन मॉनिटरिंग टूल ऑटोमैटिकली आपके सिस्टम की अवेलेबिलिटी परसेंटेज कैलकुलेट करते हैं।

वास्तविकता

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

अक्सर पूछे जाने वाले सवाल

क्या मैं इवेंट-ड्रिवन मॉनिटरिंग टास्क के लिए प्रोमेथियस का इस्तेमाल कर सकता हूँ?
असरदार तरीके से नहीं, क्योंकि प्रोमेथियस को शुरू से ही एक पुल-बेस्ड टाइम-सीरीज़ मेट्रिक्स इंजन के तौर पर बनाया गया था। इसे अलग-अलग स्टेट इवेंट्स को हैंडल करने के लिए मजबूर करने की कोशिश करने से इसका इंटरनल स्टोरेज मॉडल ओवरव्हेल्म हो जाएगा, जिसे रिच, टेक्स्ट-हैवी इवेंट पेलोड के बजाय फ्लोट64 नंबर्स के लिए डिज़ाइन किया गया है।
इवेंट-ड्रिवन मॉनिटरिंग कैपेसिटी प्लानिंग को मुश्किल क्यों बनाती है?
कैपेसिटी प्लानिंग के लिए रिसोर्स के इस्तेमाल का लगातार, पुराना नज़रिया रखना ज़रूरी है ताकि मौजूदा इस्तेमाल के पैटर्न का पता लगाया जा सके और भविष्य की इंफ्रास्ट्रक्चर ज़रूरतों का अंदाज़ा लगाया जा सके। इवेंट डेटा बिखरा हुआ और अनियमित होता है, जिससे लंबे समय के अनुमान के लिए ज़रूरी आसान बेसलाइन को कैलकुलेट करना मैथमेटिकली मुश्किल हो जाता है।
जब कोई सिस्टम पूरी तरह से क्रैश हो जाता है तो इवेंट-ड्रिवन मॉनिटर का क्या होता है?
अगर पूरा सर्वर या नेटवर्क लिंक डाउन हो जाता है, तो इवेंट-ड्रिवन सिस्टम इवेंट भेजना पूरी तरह से बंद कर सकता है, जो गुमराह करने वाला लग सकता है कि सिस्टम पूरी तरह से ठीक है। इसी चुप्पी की वजह से टीमें इवेंट आर्किटेक्चर को सिंपल टाइम-सीरीज़ हार्टबीट्स के साथ रैप करती हैं ताकि यह पक्का हो सके कि अंदर का प्लेटफॉर्म अभी भी काम कर रहा है।
AWS Lambda जैसे सर्वरलेस फ़ंक्शन के लिए कौन सी मॉनिटरिंग स्टाइल बेहतर है?
इवेंट-ड्रिवन मॉनिटरिंग सर्वरलेस एनवायरनमेंट में बहुत अच्छे से फिट होती है क्योंकि फंक्शन कम समय के लिए होते हैं और तेज़ी से स्पिन डाउन होते हैं। ट्रेडिशनल टाइम-सीरीज़ स्क्रैपर अक्सर इन कुछ समय के एग्जीक्यूशन को पूरी तरह से मिस कर देते हैं, जबकि पुश-बेस्ड इवेंट फंक्शन के ट्रिगर होते ही पूरे रनटाइम लाइफ साइकिल को कैप्चर कर लेते हैं।
इन दो टेलीमेट्री तरीकों के बीच डिबगिंग वर्कफ़्लो कैसे अलग होते हैं?
जब कोई इंजीनियर टाइम-सीरीज़ डेटा के साथ डीबग करता है, तो वे बड़े रिग्रेशन देखते हैं, जैसे कि उस टाइम विंडो की पहचान करना जहाँ एरर परसेंटेज बढ़े। इवेंट-ड्रिवन डेटा के साथ, इंजीनियर सीधे यूनिक ट्रांज़ैक्शन ट्रेस को देखता है ताकि यह देखा जा सके कि असल में किस API कॉल ने ऑपरेशनल सीक्वेंस को तोड़ा।
क्या इवेंट-ड्रिवन टेलीमेट्री एप्लिकेशन परफॉर्मेंस पर असर डालती है?
अगर इसे ठीक से कॉन्फ़िगर नहीं किया गया है, तो ऐसा हो सकता है, क्योंकि आपके मेन एप्लिकेशन पाथ से भारी पेलोड स्ट्रक्चर को सिंक्रोनस रूप से पुश करने से प्रोसेसिंग लैग होता है। इस रिस्क को कम करने के लिए, डेवलपर्स आमतौर पर इवेंट लॉगिंग को बैकग्राउंड डेमॉन या एसिंक मैसेज क्यू को सौंप देते हैं ताकि यूज़र-फेसिंग लाइनें तेज़ रहें।
यूज़र IDs जैसे हाई-कार्डिनैलिटी डेटा को हैंडल करने का सबसे अच्छा तरीका क्या है?
हाई-कार्डिनैलिटी डेटा ट्रेडिशनल टाइम-सीरीज़ डेटाबेस को तोड़ देता है क्योंकि हर यूनिक लेबल कॉम्बिनेशन एक बिल्कुल नई ट्रैकिंग फ़ाइल बनाता है, जो बहुत ज़्यादा मेमोरी लेता है। इवेंट-ड्रिवन स्ट्रक्चर में यह लिमिटेशन नहीं होती, वे लाखों यूनिक यूज़र ID को आसानी से हैंडल करते हैं क्योंकि हर इवेंट को एक आइसोलेटेड लॉग एंट्री माना जाता है।
मेट्रिक्स और इवेंट्स के बीच अलर्टिंग थ्रेशहोल्ड कैसे अलग होते हैं?
मेट्रिक अलर्ट मैथमेटिकल ट्रेंड पर निर्भर करते हैं, जैसे कि जब आपका एवरेज एरर रेट लगातार दस मिनट तक पांच परसेंट से ऊपर रहता है, तो यह ट्रिगर हो जाता है। इवेंट अलर्ट बाइनरी और एक्सप्लिसिट होते हैं, जो डेटा स्ट्रीम में किसी खास तरह का क्रिटिकल फेलियर इवेंट दिखने पर तुरंत फायर हो जाते हैं।

निर्णय

अगर आपके मुख्य लक्ष्य डैशबोर्ड विज़ुअलाइज़ेशन, कैपेसिटी फोरकास्टिंग और लंबे समय तक जनरल इंफ्रास्ट्रक्चर हेल्थ को ट्रैक करना है, तो टाइम-सीरीज़ मॉनिटरिंग चुनें। डीकपल्ड माइक्रोसर्विस, रियल-टाइम ऑडिटिंग पाइपलाइन, या ऑटोमेटेड सेल्फ-हीलिंग सिस्टम बनाते समय इवेंट-ड्रिवन मॉनिटरिंग का इस्तेमाल करें, जिन्हें खास सॉफ्टवेयर गड़बड़ियों पर तुरंत रिएक्ट करना होता है।

संबंधित तुलनाएं

OKRs में लीडिंग इंडिकेटर्स बनाम लैगिंग इंडिकेटर्स

परफॉर्मेंस ट्रैकिंग की दुनिया में आगे बढ़ने के लिए लीडिंग और लैगिंग, दोनों इंडिकेटर्स की अच्छी समझ होनी चाहिए। लैगिंग इंडिकेटर्स पहले से हो चुकी चीज़ों, जैसे टोटल रेवेन्यू, को कन्फर्म करते हैं, जबकि लीडिंग इंडिकेटर्स प्रेडिक्टिव सिग्नल के तौर पर काम करते हैं जो टीमों को बड़े लक्ष्यों को पाने के लिए रियल-टाइम में अपनी स्ट्रैटेजी को एडजस्ट करने में मदद करते हैं।

अव्यवस्थित रियल-वर्ल्ड डेटा बनाम आइडियलाइज़्ड डेटासेट मान्यताएँ

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

आउटलायर्स से सिग्नल निकालना बनाम नॉइज़ फ़िल्टरिंग

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

एज केस डेटा बनाम औसत केस डेटा

यह टेक्निकल तुलना एज केस डेटा – जो बहुत कम, बहुत ज़्यादा सिस्टम बिहेवियर को दिखाता है – और एवरेज केस डेटा, जो आम यूज़र पैटर्न को दिखाता है, के अलग-अलग रोल की जांच करती है। इन दो डेटा टाइप को सही तरह से बैलेंस करना, मज़बूत, हाई-परफॉर्मेंस एनालिटिक्स पाइपलाइन बनाने के लिए बहुत ज़रूरी है, जो स्टैंडर्ड ऑपरेशन और असल दुनिया में स्ट्रेस बढ़ाने वाले अस्थिर आउटलायर्स, दोनों को सही तरह से दिखाते हैं।

एनालिसिस में डेटा क्लीनिंग बनाम डेटा प्रिजर्वेशन

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