हम हाथी को भागों में खाते हैं। उदाहरण अनुप्रयोग स्वास्थ्य निगरानी रणनीति

सभी को नमस्कार!

हमारी कंपनी सॉफ्टवेयर विकास और बाद में तकनीकी सहायता में लगी हुई है। तकनीकी सहायता के भाग के रूप में, आपको त्रुटियों को न केवल ठीक करना होगा, बल्कि हमारे अनुप्रयोगों के प्रदर्शन की निगरानी करना होगा।

उदाहरण के लिए, यदि सेवाओं में से एक "क्रैश" है, तो आपको स्वचालित रूप से इस समस्या को ठीक करने और इसे हल करने की आवश्यकता है, और असंतुष्ट उपयोगकर्ताओं के लिए तकनीकी सहायता के लिए कॉल की प्रतीक्षा न करें।

हमारे पास एक छोटी सी कंपनी है, अध्ययन के लिए कोई संसाधन नहीं हैं और अनुप्रयोगों की निगरानी के लिए कोई जटिल समाधान नहीं है, एक सरल और प्रभावी समाधान खोजना आवश्यक था।

निगरानी की रणनीति

एप्लिकेशन स्वास्थ्य जांच करना आसान नहीं है, यह कार्य गैर-तुच्छ है, कोई रचनात्मक भी कह सकता है। एक जटिल मल्टी-लिंक सिस्टम का परीक्षण करना विशेष रूप से कठिन है।

कैसे एक हाथी खाने के लिए? केवल भागों में! हम इस दृष्टिकोण का उपयोग अनुप्रयोगों की निगरानी के लिए करते हैं।

हमारी निगरानी रणनीति का सार:

घटकों में अनुप्रयोग को तोड़ दें।
प्रत्येक घटक के लिए, नियंत्रण जाँचें।

एक घटक को स्वस्थ माना जाता है यदि इसके सभी नियंत्रण जांच त्रुटियों के बिना किए जाते हैं। एक एप्लिकेशन को स्वस्थ माना जाता है यदि उसके सभी घटक कार्यात्मक हैं।

इस प्रकार, किसी भी प्रणाली को घटकों के पेड़ के रूप में दर्शाया जा सकता है। जटिल घटक सरल लोगों में टूट गए हैं। सरल घटकों की जांच होती है।



नियंत्रण जांच कार्यात्मक परीक्षण नहीं करना चाहिए, ये इकाई परीक्षण नहीं हैं। नियंत्रण जांच को यह जांचना चाहिए कि घटक वर्तमान समय में कैसा महसूस करता है, क्या उसके कार्य करने के लिए आवश्यक सभी संसाधन हैं, चाहे कोई भी समस्या हो।

कोई चमत्कार नहीं है, अधिकांश जांचों को स्वतंत्र रूप से विकसित करने की आवश्यकता होगी। लेकिन डरो मत, क्योंकि ज्यादातर मामलों में एक चेक 5-10 लाइनों का कोड लेता है, लेकिन फिर आप किसी भी तर्क को लागू कर सकते हैं और यह आपके लिए स्पष्ट होगा कि चेक कैसे काम करता है।

निगरानी प्रणाली

मान लीजिए कि हम एप्लिकेशन को घटकों में विभाजित करते हैं, प्रत्येक घटक के लिए चेक का आविष्कार और कार्यान्वयन करते हैं, लेकिन इन चेक के परिणामों के साथ क्या करना है? हमें कैसे पता चलेगा कि किसी तरह का चेक फेल हो गया है?

हमें एक निगरानी प्रणाली की आवश्यकता होगी। वह निम्नलिखित कार्य करेगी:

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

ASMO प्रणाली का संक्षिप्त विवरण

उदाहरण द्वारा सबसे अच्छा समझाया। आइए देखें कि एएसएमओ प्रणाली के संचालन की निगरानी कैसे आयोजित की जाती है।

ASMO एक स्वचालित मौसम समर्थन प्रणाली है। सिस्टम सड़क सेवा विशेषज्ञों को यह समझने में मदद करता है कि एंटी-आइसिंग सामग्री के साथ सड़क का इलाज कब और कहाँ करना आवश्यक है। सिस्टम यातायात नियंत्रण बिंदुओं से डेटा एकत्र करता है। एक सड़क नियंत्रण बिंदु सड़क पर एक जगह है जहां उपकरण स्थापित किया गया है: एक मौसम स्टेशन, एक वीडियो कैमरा, और बहुत कुछ। खतरनाक स्थितियों की भविष्यवाणी करने के लिए, सिस्टम बाहरी स्रोतों से मौसम के पूर्वानुमान प्राप्त करता है।



तो, सिस्टम की संरचना काफी विशिष्ट है: वेबसाइट, एजेंट, उपकरण। चलो निगरानी शुरू करते हैं।

हम सिस्टम को घटकों में तोड़ते हैं

निम्नलिखित घटकों को ASMO प्रणाली में प्रतिष्ठित किया जा सकता है:

1. व्यक्तिगत खाता
यह एक वेब एप्लिकेशन है। कम से कम, आपको यह सत्यापित करने की आवश्यकता है कि आवेदन इंटरनेट पर उपलब्ध है।

2. डेटाबेस
रिपोर्टिंग के लिए महत्वपूर्ण डेटा डेटाबेस में संग्रहीत हैं, यह सत्यापित करना आवश्यक है कि डेटाबेस बैकअप सफलतापूर्वक बनाया गया है।

3. सर्वर
सर्वर से हमारा मतलब है कि हार्डवेयर जिस पर एप्लिकेशन चल रहे हैं। एचडीडी, रैम, सीपीयू की स्थिति की जांच करना आवश्यक है।

4. एजेंट
यह एक विंडोज़ सेवा है जो कई अलग-अलग निर्धारित कार्य करती है। कम से कम, आपको यह सत्यापित करने की आवश्यकता है कि सेवा चल रही है।

5. एजेंट का काम
बस यह जानना कि एजेंट काम कर रहा है पर्याप्त नहीं है। एक एजेंट काम कर सकता है, लेकिन उसे सौंपे गए कार्यों को पूरा नहीं कर सकता है। हम एजेंट घटक को कार्यों में विभाजित करते हैं और जांचते हैं कि क्या प्रत्येक एजेंट कार्य सफलतापूर्वक काम कर रहा है।

6. सड़क नियंत्रण बिंदु (सभी एमपीसी के कंटेनर)
सड़क नियंत्रण के कई बिंदु हैं, इसलिए हम सभी एमपीसी को एक घटक में जोड़ देंगे। इससे मॉनिटरिंग डेटा पढ़ने में आसानी होगी। घटक "एएसएमओ प्रणाली" की स्थिति को देखते समय यह तुरंत स्पष्ट हो जाएगा कि समस्याएं कहां हैं: अनुप्रयोगों में, हार्डवेयर में या एमपीसी में।

7. सड़क नियंत्रण बिंदु (एक एमपीसी)
यदि हम इस एमपीसी पर सभी उपकरणों की सेवा कर रहे हैं, तो हम इस घटक की सेवा पर विचार करेंगे।

8. उपकरण
यह एक वीडियो कैमरा या मौसम स्टेशन है जिसे एमपीसी पर स्थापित किया गया है। आपको यह सत्यापित करना होगा कि डिवाइस ठीक से काम कर रहा है।

निगरानी प्रणाली में, घटक वृक्ष इस तरह दिखेगा:

वेब अनुप्रयोग निगरानी

इसलिए, हमने सिस्टम को घटकों में विभाजित किया है, अब हमें प्रत्येक घटक के लिए चेक के साथ आने की आवश्यकता है।

वेब एप्लिकेशन की निगरानी के लिए, हम निम्नलिखित चेक का उपयोग करते हैं:

1. मुख्य पृष्ठ के उद्घाटन की जाँच करना
यह जाँच निगरानी प्रणाली द्वारा की जाती है। इसके निष्पादन के लिए, हम पृष्ठ का पता, अपेक्षित प्रतिक्रिया टुकड़ा और अधिकतम क्वेरी निष्पादन समय दर्शाते हैं।

2. डोमेन भुगतान अवधि का सत्यापन
बहुत महत्वपूर्ण जाँच। जब कोई डोमेन भुगतान के बिना छोड़ दिया जाता है, तो उपयोगकर्ता साइट नहीं खोल सकते हैं। समस्या के समाधान में कई दिन लग सकते हैं। DNS परिवर्तन तुरंत लागू नहीं होते हैं।

3. एसएसएल प्रमाणपत्र सत्यापन
अब लगभग सभी साइट एक्सेस के लिए https प्रोटोकॉल का उपयोग करती हैं। प्रोटोकॉल को सही ढंग से काम करने के लिए, आपको एक वैध एसएसएल प्रमाणपत्र की आवश्यकता है।

नीचे निगरानी प्रणाली में "व्यक्तिगत खाता" घटक है:



ऊपर दिए गए सभी चेक अधिकांश अनुप्रयोगों के लिए उपयुक्त हैं और कोड लिखने की आवश्यकता नहीं है। यह बहुत अच्छा है क्योंकि आप 5 मिनट में किसी भी वेब एप्लिकेशन की निगरानी शुरू कर सकते हैं। नीचे एक वेब एप्लिकेशन के लिए अतिरिक्त जांच की जा सकती है, लेकिन उनका कार्यान्वयन विभिन्न अनुप्रयोगों के लिए अधिक जटिल और विशिष्ट है, इसलिए हम इस लेख में उनका विश्लेषण नहीं करेंगे।

मैं और क्या जाँच कर सकता हूँ?

वेब एप्लिकेशन की पूरी निगरानी के लिए, आप निम्नलिखित जांच कर सकते हैं:

• प्रति अवधि जावास्क्रिप्ट त्रुटियों की संख्या
• अवधि के लिए वेब एप्लिकेशन (बैक-एंड) के किनारे त्रुटियों की संख्या
• वेब एप्लिकेशन की असफल प्रतिक्रियाओं की संख्या (प्रतिक्रिया कोड 404, 500, आदि)
• औसत क्वेरी निष्पादन समय

निगरानी विंडोज़ सेवा (एजेंट)

ASMO प्रणाली में, एजेंट एक कार्य अनुसूचक के रूप में कार्य करता है, जो पृष्ठभूमि में निर्धारित कार्य करता है।

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

हम एजेंट घटक को बाल घटकों (कार्यों) में तोड़ देते हैं:



इसलिए, हमने एक जटिल घटक को कई सरल लोगों में तोड़ दिया है। अब आपको प्रत्येक सरल घटक के लिए चेक के साथ आने की आवश्यकता है। कृपया ध्यान दें कि मूल घटक "एजेंट" में एक भी चेक नहीं होगा, क्योंकि निगरानी प्रणाली अपने बाल घटकों की स्थिति के आधार पर इसकी स्थिति की गणना करेगी। दूसरे शब्दों में, यदि सभी कार्य सफलतापूर्वक पूरे हो जाते हैं, तो एजेंट भी सफलतापूर्वक काम करता है।

ASMO प्रणाली में सौ से अधिक कार्य हैं, क्या वास्तव में प्रत्येक कार्य के लिए अद्वितीय जांच करना आवश्यक है? बेशक, नियंत्रण बेहतर होगा यदि एजेंट के प्रत्येक कार्य के लिए हम अपने स्वयं के विशेष चेक के साथ आते हैं और लागू करते हैं, लेकिन ज्यादातर मामलों में यह सार्वभौमिक चेक का उपयोग करने के लिए पर्याप्त है।

ASMO सिस्टम कार्यों के लिए केवल सार्वभौमिक चेक का उपयोग करता है और यह सिस्टम के प्रदर्शन की निगरानी करने के लिए पर्याप्त है।

निष्पादन की जाँच करें
सबसे सरल और सबसे प्रभावी जांच प्रगति की जांच है। चेक सत्यापित करता है कि कार्य निष्पादित किया जा रहा है, और त्रुटियों के बिना। सभी कार्यों में यह जांच है।

मान्यता एल्गोरिथ्म

प्रत्येक कार्य निष्पादन के बाद, यदि कार्य सफल हुआ, या ERROR यदि निष्पादन विफल हो गया, तो SUCCESS जाँच का परिणाम निगरानी प्रणाली को भेजना आवश्यक है।

यह जांच आपको निम्नलिखित समस्याओं का पता लगाने की अनुमति देती है:

1. कार्य चलता है, लेकिन विफल रहता है।
2. कार्य निष्पादित करना बंद कर दिया है, उदाहरण के लिए, यह जम गया है।

आइए विचार करें कि इन समस्याओं को अधिक विस्तार से कैसे हल किया जाए।

समस्या 1 - कार्य चलता है, लेकिन विफल रहता है
नीचे मामला है जब कार्य किया जाता है, लेकिन 14:00 से 16:00 तक विफल रहता है।



आंकड़ा दिखाता है कि जब कार्य विफल हो जाता है, तो संकेत तुरंत निगरानी प्रणाली को भेज दिया जाता है और निगरानी प्रणाली में संबंधित चेक की स्थिति अलार्म हो जाती है।

कृपया ध्यान दें कि निगरानी प्रणाली में घटक की स्थिति सत्यापन की स्थिति पर निर्भर करती है। चेक की अलार्म स्थिति सभी उच्च-स्तरीय घटकों को अलार्म में अनुवाद करेगी, नीचे दिए गए आंकड़े को देखें।



समस्या 2 - कार्य बंद कर दिया (लटका हुआ)
निगरानी प्रणाली कैसे समझती है कि कार्य स्थिर है?

चेक के परिणाम में प्रासंगिकता का समय होता है, उदाहरण के लिए, 1 घंटे। यदि एक घंटा बीत जाता है, और कोई नया सत्यापन परिणाम नहीं होता है, तो निगरानी प्रणाली सत्यापन में अलार्म की स्थिति निर्धारित करेगी।



14:00 पर ऊपर की तस्वीर में रोशनी बंद कर दी गई थी। 15:00 बजे, मॉनिटरिंग सिस्टम यह पता लगाएगा कि परीक्षा परिणाम (14:00 बजे से) सड़ा हुआ है, क्योंकि प्रासंगिकता का समय समाप्त हो गया है (एक घंटा), लेकिन कोई नया परिणाम नहीं है, और चेक को अलार्म स्थिति में स्थानांतरित कर देगा।

16:00 बजे लाइट को फिर से चालू किया गया, कार्यक्रम कार्य पूरा करेगा और परिणाम को मॉनिटरिंग सिस्टम पर भेज देगा, सत्यापन की स्थिति फिर से सफल हो जाएगी।

जाँच की वैधता समय क्या है?

प्रासंगिकता का समय कार्य निष्पादन की अवधि से अधिक होना चाहिए। मैं कार्य की अवधि की तुलना में 2-3 गुना अधिक प्रासंगिकता का समय निर्धारित करने की सलाह देता हूं। यह आवश्यक है ताकि झूठी सूचनाएं प्राप्त न हों, उदाहरण के लिए, कार्य को सामान्य से अधिक समय हो गया या किसी ने कार्यक्रम को फिर से लोड किया।

प्रगति की जाँच

ASMO प्रणाली का कार्य "एक पूर्वानुमान डाउनलोड करना" है, जो एक घंटे में एक बार बाहरी स्रोत से एक नया पूर्वानुमान डाउनलोड करने का प्रयास करता है। बाहरी सिस्टम में एक नया पूर्वानुमान प्रकट होने का सही समय ज्ञात नहीं है, लेकिन यह ज्ञात है कि ऐसा दिन में 2 बार होता है। यह पता चला है कि अगर कई घंटों के लिए कोई नया पूर्वानुमान नहीं है, तो यह सामान्य है, लेकिन अगर एक दिन से अधिक के लिए कोई नया पूर्वानुमान नहीं है, तो कहीं पर कुछ टूट गया है। उदाहरण के लिए, एक बाहरी पूर्वानुमान प्रणाली में डेटा प्रारूप बदल सकता है, जिसके कारण ASMO एक नया पूर्वानुमान जारी नहीं करेगा।

मान्यता एल्गोरिथ्म

जब यह प्रगति प्राप्त करने के लिए संभव हो तो मॉनिटरिंग सिस्टम को SUCCESS चेक का कार्य भेजता है (नया मौसम पूर्वानुमान डाउनलोड करें)। यदि कोई प्रगति नहीं है या कोई त्रुटि हुई है, तो कुछ भी निगरानी प्रणाली को नहीं भेजा जाता है।

ऑडिट में प्रासंगिकता का अंतराल होना चाहिए जैसे कि इस समय के दौरान नई प्रगति प्राप्त करने की गारंटी है।

कृपया ध्यान दें कि हम एक देरी से समस्या के बारे में सीखते हैं, क्योंकि निगरानी प्रणाली इंतजार करती है जब तक कि अंतिम परीक्षा परिणाम की प्रासंगिकता समाप्त नहीं हो जाती। इसलिए, चेक की प्रासंगिकता के समय को बहुत लंबा करने की आवश्यकता नहीं है।

डेटाबेस की निगरानी

ASMO सिस्टम में डेटाबेस को नियंत्रित करने के लिए, हम निम्नलिखित जांच करते हैं:

1. बैकअप सत्यापित करें
2. मुफ्त डिस्क स्थान की जाँच करना

बैकअप सत्यापित करें
अधिकांश अनुप्रयोगों में, वर्तमान डेटाबेस बैकअप होना महत्वपूर्ण है, ताकि सर्वर की विफलता के मामले में, आप प्रोग्राम को एक नए सर्वर पर तैनात कर सकें।

ASMO सप्ताह में एक बार एक बैकअप कॉपी बनाता है और उसे रिपॉजिटरी को भेजता है। जब यह प्रक्रिया सफलतापूर्वक पूरी हो जाती है, तो सफलता की जांच का परिणाम निगरानी प्रणाली को भेज दिया जाता है। चेक के परिणाम की वैधता 9 दिनों की है। यानी बैकअप के निर्माण को नियंत्रित करने के लिए, "प्रगति की जाँच" के तंत्र का उपयोग किया जाता है, जिसकी हमने ऊपर जाँच की।

मुफ्त डिस्क स्थान की जाँच करना
यदि डिस्क पर पर्याप्त खाली स्थान नहीं है, तो डेटाबेस सामान्य रूप से काम करने में सक्षम नहीं होगा, इसलिए मुक्त स्थान की मात्रा को नियंत्रित करना महत्वपूर्ण है।

संख्यात्मक मापदंडों की जांच करने के लिए मीट्रिक का उपयोग करना सुविधाजनक है।

मीट्रिक एक संख्यात्मक चर है जिसका मान निगरानी प्रणाली को दिया जाता है। निगरानी प्रणाली थ्रेसहोल्ड की जांच करती है और मीट्रिक की स्थिति की गणना करती है।

मॉनिटरिंग सिस्टम में "डेटाबेस" घटक कैसा दिखता है, इसकी एक तस्वीर नीचे दी गई है:

सर्वर की निगरानी

सर्वर की निगरानी के लिए, हम निम्नलिखित जांच और मैट्रिक्स का उपयोग करते हैं:

1. फ्री डिस्क स्थान
यदि डिस्क स्थान समाप्त हो जाता है, तो एप्लिकेशन काम नहीं कर पाएगा। हम 2 सीमा मानों का उपयोग करते हैं: पहला स्तर चेतावनी है, दूसरा स्तर अलार्म है।

2. प्रति घंटे प्रतिशत में रैम का औसत मूल्य
हम प्रति घंटे औसत मान का उपयोग करते हैं, जैसा कि हम दुर्लभ दौड़ में रुचि नहीं रखते हैं।

3. CPU का औसत मूल्य प्रति घंटे प्रतिशत में
हम प्रति घंटे औसत मान का उपयोग करते हैं, जैसा कि हम दुर्लभ दौड़ में रुचि नहीं रखते हैं।

4. पिंग जाँच
सत्यापित करता है कि सर्वर ऑनलाइन है। निगरानी प्रणाली इस चेक को करने में सक्षम है, कोड लिखने की कोई आवश्यकता नहीं है।

मॉनिटरिंग सिस्टम में "सर्वर" घटक कैसा दिखता है, इसकी एक तस्वीर नीचे दी गई है:

उपकरण की निगरानी

मैं आपको बताऊंगा कि डेटा कैसे प्राप्त होता है। कार्य अनुसूचक में सड़क नियंत्रण (एमपीसी) के प्रत्येक बिंदु के लिए एक कार्य है, उदाहरण के लिए, "मतदान एमपीसी एम 2 किमी 200"। 30 मिनट में एक बार कार्य सभी एमपीसी उपकरणों से डेटा प्राप्त करता है।

संचार चैनल समस्या
अधिकांश उपकरण शहर के बाहर स्थित हैं, एक जीएसएम नेटवर्क का उपयोग डेटा ट्रांसमिशन के लिए किया जाता है, जो कि स्थिर रूप से काम नहीं करता है (अर्थात, यह मौजूद नहीं है)।

लगातार नेटवर्क विफल होने के कारण, निगरानी में पहली बार एमपीसी सर्वेक्षण की जाँच इस तरह हुई:



यह स्पष्ट हो गया कि यह काम करने का विकल्प नहीं है, क्योंकि समस्याओं के बारे में बहुत सारे झूठे अलर्ट प्राप्त हुए थे। तब प्रत्येक डिवाइस के लिए "प्रगति जांच" का उपयोग करने का निर्णय लिया गया था, अर्थात्। जब डिवाइस बिना किसी त्रुटि के परागित होता है, तो केवल सफलता सिग्नल को मॉनिटरिंग सिस्टम में भेजा जाता है। प्रासंगिकता का समय 5 घंटे निर्धारित किया गया था।



अब मॉनिटरिंग केवल समस्याओं की सूचना भेजता है जब डिवाइस 5 घंटे से अधिक समय तक पूछताछ करने में विफल रहता है। संभावना की एक उच्च डिग्री के साथ ये झूठे अलार्म नहीं हैं, लेकिन वास्तविक समस्याएं हैं।

एक निगरानी प्रणाली में उपकरण कैसा दिखता है, इसकी एक तस्वीर नीचे दी गई है:



महत्वपूर्ण!
जब जीएसएम नेटवर्क काम करना बंद कर देता है, तो सभी एमपीसी उपकरणों से पूछताछ नहीं की जाती है। मॉनिटरिंग सिस्टम से पत्रों की संख्या कम करने के लिए, हमारे इंजीनियर "एमपीसी" के साथ घटक समस्याओं की सूचनाओं की सदस्यता लेते हैं, न कि "डिवाइस" की। यह आपको प्रत्येक डिवाइस के लिए एक अलग अधिसूचना प्राप्त करने के बजाय, प्रत्येक मैक के लिए एक अधिसूचना प्राप्त करने की अनुमति देता है।

अंतिम निगरानी योजना एएसएमओ

आइए इसे सब एक साथ रखें और देखें कि हमारे पास किस तरह की निगरानी योजना है।

निष्कर्ष

आइए संक्षेप में बताते हैं।
ASMO के प्रदर्शन की निगरानी ने हमें क्या दिया?

1. समस्या निवारण समय में कमी
हम उपयोगकर्ताओं से दोषों के बारे में सीखते थे, लेकिन सभी उपयोगकर्ता दोषों की रिपोर्ट नहीं करते थे। ऐसा हुआ कि हमने इसके दिखने के एक हफ्ते बाद प्रणाली के किसी भी घटक की खराबी के बारे में पता लगाया। अब समस्या का पता चलते ही निगरानी तंत्र हमें समस्याओं से अवगत कराता है।

2. प्रणाली की स्थिरता में वृद्धि
चूंकि दोष पहले से तय होना शुरू हो गया था, एक पूरे के रूप में प्रणाली बहुत अधिक स्थिर काम करने लगी।

3. तकनीकी सहायता कॉल की संख्या कम करना
उपयोगकर्ताओं द्वारा उनके बारे में पता लगाने से पहले कई समस्याएं अब तय हो गई हैं। उपयोगकर्ताओं के पास कम तकनीकी समर्थन है। यह सब हमारी प्रतिष्ठा पर अच्छा प्रभाव डालता है।

4. ग्राहक और उपयोगकर्ता की वफादारी बढ़ाना
ग्राहक ने सिस्टम की स्थिरता में सकारात्मक बदलाव देखा। उपयोगकर्ताओं को सिस्टम के साथ समस्याओं का अनुभव होने की संभावना कम है।

5. तकनीकी सहायता लागत कम करें
हमने मैन्युअल रूप से कोई भी चेक करना बंद कर दिया है। अब सभी जांच स्वचालित हैं। हम उपयोगकर्ताओं से समस्याओं के बारे में सीखते थे, यह समझना अक्सर मुश्किल होता था कि उपयोगकर्ता किस समस्या के बारे में बात कर रहा है। अब अधिकांश समस्याओं की निगरानी प्रणाली द्वारा रिपोर्ट की जाती है, नोटिफिकेशन में तकनीकी डेटा होता है, जिस पर यह हमेशा स्पष्ट होता है कि यह क्या और कहाँ टूट गया।

महत्वपूर्ण!
आप उसी सर्वर पर एक मॉनिटरिंग सिस्टम स्थापित नहीं कर सकते हैं जहाँ आपके एप्लिकेशन चल रहे हैं। यदि सर्वर क्रैश हो जाता है, तो एप्लिकेशन काम करना बंद कर देंगे, और इसके बारे में अधिसूचना भेजने वाला कोई नहीं होगा।

मॉनिटरिंग सिस्टम को दूसरे डेटा सेंटर में एक अलग सर्वर पर काम करना चाहिए।

यदि आप नए डेटा सेंटर में एक समर्पित सर्वर का उपयोग नहीं करना चाहते हैं, तो आप क्लाउड मॉनिटरिंग सिस्टम का उपयोग कर सकते हैं। हमारी कंपनी जिदियम क्लाउड मॉनिटरिंग सिस्टम का उपयोग करती है, लेकिन आप किसी अन्य निगरानी प्रणाली का उपयोग कर सकते हैं। क्लाउड मॉनिटरिंग सिस्टम की लागत एक नए सर्वर को किराए पर लेने से कम है।

सिफारिशें:

1. जितना संभव हो उतना घटकों के एक पेड़ के रूप में अनुप्रयोगों और प्रणालियों को तोड़ दें, इसलिए यह समझना सुविधाजनक होगा कि कहां और क्या टूट गया है, और नियंत्रण अधिक पूर्ण होगा।
2. एक घटक के स्वास्थ्य की जांच करने के लिए, जांच का उपयोग करें। एक जटिल एक की तुलना में बहुत अधिक सरल जांच का उपयोग करना बेहतर है।
3. थ्रेसहोल्ड मीट्रिक मान मॉनिटरिंग सिस्टम के किनारे कॉन्फ़िगर किए गए हैं, और कोड में नहीं लिखते हैं। यह आपको आवेदन को फिर से जमा करने, पुन: व्यवस्थित करने या फिर से शुरू करने से बचाएगा।
4. कस्टम जांच के लिए, एक मार्जिन के साथ प्रासंगिकता के समय का उपयोग करें ताकि इस तथ्य के कारण झूठी सूचनाएं प्राप्त न करें कि किसी प्रकार का चेक सामान्य से थोड़ा अधिक समय लगा।
5. यह सुनिश्चित करने की कोशिश करें कि निगरानी प्रणाली के घटक समस्या होने पर ही लाल हो जाते हैं। यदि वे बिना कुछ लिए लाल हो जाते हैं, तो आप निगरानी प्रणाली से सूचनाओं पर ध्यान देना बंद कर देंगे, इसका अर्थ खो जाएगा।

यदि आप पहले से ही एक निगरानी प्रणाली का उपयोग नहीं कर रहे हैं, तो आरंभ करें! यह उतना मुश्किल नहीं है जितना लगता है। हरे रंग के घटक के पेड़ को देखकर उच्च प्राप्त करें जो आपने खुद उगाये हैं।

सौभाग्य है।