हात्तीलाई टुक्रा टुक्रामा खान्छौं । उदाहरणका साथ आवेदन स्वास्थ्य निगरानी रणनीति

नमस्कार!

हाम्रो कम्पनी सफ्टवेयर विकास र त्यसपछि प्राविधिक समर्थन मा संलग्न छ। प्राविधिक समर्थनका लागि त्रुटिहरू समाधान गर्न मात्र होइन, हाम्रा अनुप्रयोगहरूको कार्यसम्पादनको अनुगमन पनि आवश्यक हुन्छ।

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

हामीसँग एउटा सानो कम्पनी छ, हामीसँग अनुगमन अनुप्रयोगहरूको लागि कुनै पनि जटिल समाधानहरू अध्ययन गर्न र मर्मत गर्ने स्रोतहरू छैनन्, हामीले सरल र प्रभावकारी समाधान खोज्नु आवश्यक छ।

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

अनुप्रयोगको कार्यक्षमता जाँच गर्न सजिलो छैन; यो कार्य गैर-तुच्छ छ, कसैले रचनात्मक पनि भन्न सक्छ। यो विशेष गरी जटिल बहु-लिङ्क प्रणाली प्रमाणित गर्न गाह्रो छ।

तपाईं हात्ती कसरी खान सक्नुहुन्छ? भागहरूमा मात्र! हामी अनुप्रयोगहरू निगरानी गर्न यो दृष्टिकोण प्रयोग गर्छौं।

हाम्रो अनुगमन रणनीतिको सार:

कम्पोनेन्टहरूमा तपाईंको एप्लिकेसन तोड्नुहोस्।
प्रत्येक घटकको लागि नियन्त्रण जाँचहरू सिर्जना गर्नुहोस्।

एक घटक परिचालन मानिन्छ यदि यसको सबै नियन्त्रण जाँच त्रुटिहरू बिना प्रदर्शन गरिन्छ। एप्लिकेसन स्वस्थ मानिन्छ यदि यसको सबै घटक कार्यात्मक छन्।

तसर्थ, कुनै पनि प्रणाली अवयवहरूको रूखको रूपमा प्रतिनिधित्व गर्न सकिन्छ। जटिल कम्पोनेन्टहरू सरलहरूमा विभाजित हुन्छन्। साधारण कम्पोनेन्टहरूमा चेकहरू छन्।

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

त्यहाँ कुनै चमत्कारहरू छैनन्; धेरै जाँचहरू स्वतन्त्र रूपमा विकास गर्न आवश्यक हुनेछ। तर नडराउनुहोस्, किनकि धेरै जसो केसहरूमा एउटा चेकले कोडको 5-10 लाइनहरू लिन्छ, तर तपाईंले कुनै पनि तर्क लागू गर्न सक्नुहुन्छ र तपाईंले चेकले कसरी काम गर्छ भनेर स्पष्ट रूपमा बुझ्नुहुनेछ।

अनुगमन प्रणाली

मानौं कि हामीले अनुप्रयोगलाई कम्पोनेन्टहरूमा विभाजित गर्यौं, प्रत्येक कम्पोनेन्टको लागि जाँचहरू लिएर आएका छौं, तर यी जाँचहरूको नतिजालाई के गर्ने? केही चेक असफल भएमा हामी कसरी थाहा पाउने?

हामीलाई अनुगमन प्रणाली चाहिन्छ। उनले निम्न कार्यहरू गर्नेछन्:

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

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

उदाहरणका साथ व्याख्या गर्नु राम्रो हुन्छ। ASMO प्रणालीको कार्यसम्पादनको अनुगमन कसरी व्यवस्थित गरिएको छ हेरौं।

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

त्यसोभए, प्रणालीको संरचना एकदम सामान्य छ: वेबसाइट, एजेन्ट, उपकरण। अनुगमन सुरु गरौं।

प्रणालीलाई घटकहरूमा तोड्दै

निम्न घटकहरू ASMO प्रणालीमा छुट्याउन सकिन्छ:

1. व्यक्तिगत खाता
यो एक वेब अनुप्रयोग हो। कम्तिमा, तपाईंले अनुप्रयोग इन्टरनेटमा उपलब्ध छ भनेर जाँच गर्न आवश्यक छ।

2. डाटाबेस
डाटाबेसले डाटा भण्डारण गर्दछ जुन रिपोर्टिङको लागि महत्त्वपूर्ण छ, र तपाईंले डाटाबेस ब्याकअपहरू सफलतापूर्वक सिर्जना गरिएको छ भनेर सुनिश्चित गर्नुपर्छ।

3. सर्भर
सर्भरबाट हामीले हार्डवेयरलाई बुझाउँछौं जसमा अनुप्रयोगहरू चल्छन्। HDD, RAM, CPU को स्थिति जाँच गर्न आवश्यक छ।

4. एजेन्ट
यो एक विन्डोज सेवा हो जसले समय तालिकामा धेरै फरक कार्यहरू गर्दछ। कम्तिमा, तपाईंले सेवा चलिरहेको छ भनेर जाँच गर्न आवश्यक छ।

5. एजेन्ट कार्य
एजेन्टले काम गरिरहेको थाहा पाउनु मात्र पर्याप्त छैन। एजेन्टले काम गर्न सक्छ, तर आफ्नो तोकिएको कार्यहरू गर्न सक्दैन। एजेन्ट कम्पोनेन्टलाई कार्यहरूमा विभाजन गरौं र जाँच गरौं कि प्रत्येक एजेन्ट कार्य सफलतापूर्वक काम गर्दछ।

6. सडक नियन्त्रण बिन्दुहरू (सबै MPCs को कन्टेनर)
त्यहाँ धेरै सडक नियन्त्रण बिन्दुहरू छन्, त्यसैले सबै MPCs लाई एक कम्पोनेन्टमा जोडौं। यसले अनुगमन डाटा पढ्न थप सुविधाजनक बनाउनेछ। "ASMO प्रणाली" कम्पोनेन्टको स्थिति हेर्दा, यो तुरुन्तै स्पष्ट हुनेछ जहाँ समस्याहरू छन्: अनुप्रयोगहरूमा, हार्डवेयर वा अधिकतम नियन्त्रण प्रणालीमा।

7. सडक नियन्त्रण बिन्दु (एक अधिकतम सीमा)
यदि यस MPC मा सबै यन्त्रहरू सेवायोग्य छन् भने हामी यस घटकलाई सेवायोग्य मान्नेछौं।

8. यन्त्र
यो एक भिडियो क्यामेरा वा मौसम स्टेशन हो जुन अधिकतम एकाग्रता सीमा मा स्थापित छ। यो उपकरण ठीक काम गरिरहेको छ कि जाँच गर्न आवश्यक छ।

अनुगमन प्रणालीमा, घटक रूख यस्तो देखिनेछ:

वेब अनुप्रयोग अनुगमन

त्यसोभए, हामीले प्रणालीलाई कम्पोनेन्टहरूमा विभाजित गरेका छौं, अब हामीले प्रत्येक कम्पोनेन्टको लागि जाँचहरू ल्याउन आवश्यक छ।

वेब अनुप्रयोग अनुगमन गर्न हामी निम्न जाँचहरू प्रयोग गर्छौं:

1. मुख्य पृष्ठको उद्घाटन जाँच गर्दै
यो जाँच अनुगमन प्रणाली द्वारा गरिन्छ। यसलाई कार्यान्वयन गर्न, हामी पृष्ठ ठेगाना, अपेक्षित प्रतिक्रिया टुक्रा र अधिकतम अनुरोध कार्यान्वयन समय संकेत गर्छौं।

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

3. SSL प्रमाणपत्र जाँच गर्दै
आजकल, लगभग सबै वेबसाइटहरूले पहुँचको लागि https प्रोटोकल प्रयोग गर्दछ। प्रोटोकल सही तरिकाले काम गर्न को लागी, तपाईलाई एक मान्य SSL प्रमाणपत्र चाहिन्छ।

तल अनुगमन प्रणालीमा "व्यक्तिगत खाता" घटक छ:

माथिका सबै जाँचहरू अधिकांश अनुप्रयोगहरूको लागि काम गर्नेछन् र कुनै कोडिङ आवश्यक पर्दैन। यो धेरै राम्रो छ किनभने तपाईं 5 मिनेटमा कुनै पनि वेब अनुप्रयोग अनुगमन सुरु गर्न सक्नुहुन्छ। तल अतिरिक्त जाँचहरू छन् जुन वेब अनुप्रयोगको लागि प्रदर्शन गर्न सकिन्छ, तर तिनीहरूको कार्यान्वयन अधिक जटिल र अनुप्रयोग-विशिष्ट छ, त्यसैले हामी तिनीहरूलाई यस लेखमा समेट्ने छैनौं।

तपाईं अरू के जाँच गर्न सक्नुहुन्छ?

तपाईंको वेब अनुप्रयोगलाई पूर्ण रूपमा निगरानी गर्न, तपाईंले निम्न जाँचहरू गर्न सक्नुहुन्छ:

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

विन्डोज सेवा (एजेन्ट) को निगरानी गर्दै

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

यदि सबै एजेन्ट कार्यहरू सफलतापूर्वक सम्पन्न भएमा, एजेन्टले ठीकसँग काम गरिरहेको छ। यो बाहिर जान्छ कि एक एजेन्ट को निगरानी गर्न को लागी, तपाईं यसको कार्यहरु को निगरानी गर्न आवश्यक छ। त्यसकारण, हामी "एजेन्ट" घटकलाई कार्यहरूमा विभाजन गर्छौं। प्रत्येक कार्यको लागि, हामी अनुगमन प्रणालीमा छुट्टै कम्पोनेन्ट सिर्जना गर्नेछौं, जहाँ "एजेन्ट" कम्पोनेन्ट "अभिभावक" हुनेछ।

हामीले एजेन्ट कम्पोनेन्टलाई चाइल्ड कम्पोनेन्ट (कार्य) मा विभाजन गर्छौं:

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

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

ASMO प्रणालीले कार्यहरूको लागि मात्र विश्वव्यापी जाँचहरू प्रयोग गर्दछ र यो प्रणालीको कार्यसम्पादन निगरानी गर्न पर्याप्त छ।

प्रगति जाँच गर्दै
सरल र प्रभावकारी जाँच कार्यान्वयन जाँच हो। जाँचले कार्य त्रुटि बिना पूरा भएको प्रमाणित गर्दछ। सबै कार्यहरूमा यो जाँच छ।

प्रमाणीकरण एल्गोरिथ्म

प्रत्येक कार्य कार्यान्वयन पछि, यदि कार्य कार्यान्वयन सफल भयो भने, तपाईले SUCCESS जाँचको नतिजा अनुगमन प्रणालीमा पठाउनु पर्छ, वा त्रुटिको साथ कार्यान्वयन पूरा भयो भने ERROR।

यो जाँचले निम्न समस्याहरू पत्ता लगाउन सक्छ:

1. कार्य चल्छ तर त्रुटि संग असफल हुन्छ।
2. कार्य चल्न रोकिएको छ, उदाहरणका लागि, यो जमेको छ।

यी समस्याहरू कसरी थप विवरणमा हल हुन्छन् हेरौं।

मुद्दा 1 - कार्य चल्छ तर त्रुटि संग असफल
तल एउटा मामला छ जहाँ कार्य चल्छ तर 14:00 र 16:00 बीच असफल हुन्छ।

फिगरले देखाउँछ कि जब कुनै कार्य असफल हुन्छ, एक संकेत तुरुन्तै निगरानी प्रणालीमा पठाइन्छ र अनुगमन प्रणालीमा सम्बन्धित जाँचको स्थिति अलार्म हुन्छ।

कृपया ध्यान दिनुहोस् कि निगरानी प्रणालीमा, घटकको स्थिति प्रमाणिकरण स्थितिमा निर्भर गर्दछ। चेकको अलार्म स्थितिले सबै उच्च-स्तर कम्पोनेन्टहरूलाई अलार्ममा परिवर्तन गर्नेछ, तलको चित्र हेर्नुहोस्।

समस्या २ - कार्य कार्यान्वयन गर्न रोकियो (फ्रिज गरिएको)
काम अलपत्र परेको अनुगमन प्रणालीले कसरी बुझ्छ ?

जाँच परिणामको वैधता अवधि छ, उदाहरणका लागि, १ घण्टा। यदि एक घण्टा बित्यो र त्यहाँ कुनै नयाँ परीक्षण परिणाम छैन भने, निगरानी प्रणालीले अलार्ममा परीक्षण स्थिति सेट गर्नेछ।

माथिको तस्बिरमा, दिउँसो २:०० बजे बत्तीहरू बन्द गरिएको थियो। १५:०० मा, अनुगमन प्रणालीले परीक्षणको नतिजा (१४:०० बाट) सडेको पत्ता लगाउनेछ, किनभने सान्दर्भिकता समय समाप्त भएको छ (एक घण्टा), तर त्यहाँ कुनै नयाँ परिणाम छैन, र अलार्म स्थितिमा चेक स्विच गर्नेछ।

16:00 मा बत्तीहरू फेरि खोलियो, कार्यक्रमले कार्य पूरा गर्नेछ र कार्यान्वयनको नतिजा अनुगमन प्रणालीमा पठाउनेछ, परीक्षण स्थिति फेरि सफल हुनेछ।

मैले कुन सान्दर्भिकता समय प्रयोग गर्नुपर्छ?

सान्दर्भिक समय कार्य कार्यान्वयन अवधि भन्दा बढी हुनुपर्छ। म कार्य कार्यान्वयन अवधि भन्दा 2-3 गुणा लामो सान्दर्भिक समय सेट गर्न सिफारिस गर्दछु। यो गलत सूचनाहरू प्राप्त गर्नबाट बच्नको लागि आवश्यक छ जब, उदाहरणका लागि, कार्यले सामान्य भन्दा बढी समय लियो वा कसैले कार्यक्रम पुन: लोड गर्यो।

प्रगति जाँच गर्दै

ASMO प्रणालीसँग "लोड पूर्वानुमान" कार्य छ, जसले एक घण्टामा एक पटक बाहिरी स्रोतबाट नयाँ पूर्वानुमान डाउनलोड गर्ने प्रयास गर्दछ। बाह्य प्रणालीमा नयाँ पूर्वानुमान कहिले देखा पर्दछ भन्ने सही समय थाहा छैन, तर यो थाहा छ कि यो दिनमा २ पटक हुन्छ। यो बाहिर जान्छ कि यदि त्यहाँ धेरै घण्टाको लागि कुनै नयाँ पूर्वानुमान छैन भने, यो सामान्य हो, तर यदि एक दिन भन्दा बढीको लागि कुनै नयाँ पूर्वानुमान छैन भने, केहि कतै बिग्रिएको छ। उदाहरणका लागि, बाह्य पूर्वानुमान प्रणालीमा डाटा ढाँचा परिवर्तन हुन सक्छ, त्यसैले ASMO ले नयाँ पूर्वानुमान विज्ञप्ति देख्ने छैन।

प्रमाणीकरण एल्गोरिथ्म

कार्यले सफलताको जाँचको नतिजा अनुगमन प्रणालीमा पठाउँछ जब यो प्रगति प्राप्त गर्न सफल हुन्छ (नयाँ मौसम पूर्वानुमान डाउनलोड गर्दै)। यदि त्यहाँ कुनै प्रगति छैन वा त्रुटि देखा पर्दछ, त्यसपछि केहि पनि अनुगमन प्रणालीमा पठाइँदैन।

चेकमा एक सान्दर्भिक अन्तराल हुनुपर्छ कि यस समयमा यो नयाँ प्रगति प्राप्त गर्न ग्यारेन्टी छ।

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

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

ASMO प्रणालीमा डाटाबेस नियन्त्रण गर्न, हामी निम्न जाँचहरू प्रदर्शन गर्छौं:

1. ब्याकअप सिर्जना प्रमाणित गर्दै
2. खाली डिस्क स्पेस जाँच गर्दै

ब्याकअप सिर्जना प्रमाणित गर्दै
धेरैजसो अनुप्रयोगहरूमा, अप-टु-डेट डाटाबेस ब्याकअपहरू हुनु महत्त्वपूर्ण छ ताकि यदि सर्भर असफल भयो भने, तपाईंले कार्यक्रमलाई नयाँ सर्भरमा डिप्लोय गर्न सक्नुहुन्छ।

ASMO ले हप्तामा एक पटक ब्याकअप प्रतिलिपि बनाउँछ र भण्डारणमा पठाउँछ। जब यो प्रक्रिया सफलतापूर्वक सम्पन्न हुन्छ, सफलता जाँचको नतिजा अनुगमन प्रणालीमा पठाइन्छ। प्रमाणीकरण परिणाम 9 दिनको लागि मान्य छ। ती। ब्याकअपहरूको सिर्जना नियन्त्रण गर्न, हामीले माथि छलफल गरेको "प्रगति जाँच" संयन्त्र प्रयोग गरिन्छ।

खाली डिस्क स्पेस जाँच गर्दै
यदि डिस्कमा पर्याप्त खाली ठाउँ छैन भने, डाटाबेसले राम्ररी काम गर्न सक्नेछैन, त्यसैले खाली ठाउँको मात्रा नियन्त्रण गर्न महत्त्वपूर्ण छ।

संख्यात्मक मापदण्डहरू जाँच गर्न मेट्रिक्स प्रयोग गर्न यो सुविधाजनक छ।

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

तल अनुगमन प्रणालीमा "डाटाबेस" कम्पोनेन्ट कस्तो देखिन्छ भन्ने चित्र छ:

सर्भर निगरानी

सर्भर निगरानी गर्न हामी निम्न जाँच र मेट्रिक्स प्रयोग गर्छौं:

1. खाली डिस्क स्पेस
यदि डिस्क स्पेस सकियो भने, अनुप्रयोगले काम गर्न सक्षम हुनेछैन। हामी 2 थ्रेसहोल्ड मानहरू प्रयोग गर्छौं: पहिलो स्तर चेतावनी हो, दोस्रो स्तर ALARM हो।

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

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

4. पिङ जाँच
सर्भर अनलाइन छ भनेर जाँच गर्दछ। अनुगमन प्रणालीले यो जाँच गर्न सक्छ; त्यहाँ कोड लेख्न आवश्यक छैन।

अनुगमन प्रणालीमा "सर्भर" कम्पोनेन्ट कस्तो देखिन्छ भन्ने तस्विर तल छ:

उपकरण अनुगमन

डाटा कसरी प्राप्त हुन्छ म तपाईंलाई बताउनेछु। प्रत्येक सडक नियन्त्रण बिन्दु (MPC) को लागि कार्य योजनाकार मा एक कार्य छ, उदाहरण को लागी, "सर्वे MPC M2 km 200"। कार्यले हरेक ३० मिनेटमा सबै MPC यन्त्रहरूबाट डाटा प्राप्त गर्छ।

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

बारम्बार नेटवर्क विफलताका कारण, सुरुमा, MPC सर्वेक्षणलाई निगरानीमा जाँच गर्दा यस्तो देखिन्थ्यो:

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

अब अनुगमनले समस्याहरूको बारेमा सूचनाहरू पठाउँछ जब उपकरण 5 घण्टा भन्दा बढी पोल गर्न सकिँदैन। उच्च सम्भावनाको साथ, यी गलत अलार्महरू होइनन्, तर वास्तविक समस्याहरू हुन्।

अनुगमन प्रणालीमा उपकरणहरू कस्तो देखिन्छ भनेर तलको तस्वीर हो:

महत्वपूर्ण!
जब GSM नेटवर्कले काम गर्न बन्द गर्छ, सबै MDC उपकरणहरू पोल हुँदैनन्। अनुगमन प्रणालीबाट इमेलहरूको संख्या कम गर्न, हाम्रा इन्जिनियरहरूले "उपकरण" को सट्टा "MPC" प्रकारका कम्पोनेन्ट समस्याहरूको बारेमा सूचनाहरूको सदस्यता लिन्छन्। यसले तपाइँलाई प्रत्येक यन्त्रको लागि छुट्टै सूचना प्राप्त गर्नुको सट्टा प्रत्येक MPC को लागी एक सूचना प्राप्त गर्न अनुमति दिन्छ।

अन्तिम ASMO निगरानी योजना

सबै कुरा सँगै राखौं र हेरौं हामीसँग कस्तो प्रकारको अनुगमन योजना छ।

निष्कर्षमा

संक्षेप गरौं।
ASMO को कार्यसम्पादन अनुगमनले हामीलाई के दियो?

1. दोष उन्मूलन समय घटेको छ
हामीले पहिले प्रयोगकर्ताहरूबाट त्रुटिहरू सुनेका छौं, तर सबै प्रयोगकर्ताहरूले त्रुटिहरू रिपोर्ट गर्दैनन्। यो देखा परेको एक हप्ता पछि हामीले प्रणाली कम्पोनेन्टको खराबी बारे थाहा पायौं। अब अनुगमन प्रणालीले समस्या पत्ता लाग्ने बित्तिकै हामीलाई समस्याको सूचना दिन्छ।

2. प्रणाली स्थिरता बढेको छ
त्रुटिहरू पहिले हटाउन थालेपछि, समग्र रूपमा प्रणाली धेरै अधिक स्थिर काम गर्न थाले।

3. प्राविधिक समर्थनमा कलहरूको संख्या घटाउँदै
धेरै समस्याहरू अब फिक्स गरिएका छन् प्रयोगकर्ताहरूले उनीहरूको बारेमा थाहा पाउनु अघि। प्रयोगकर्ताहरूले प्राविधिक सहयोगलाई कम पटक सम्पर्क गर्न थाले। यी सबैले हाम्रो प्रतिष्ठामा राम्रो प्रभाव पार्छ।

4. बढ्दो ग्राहक र प्रयोगकर्ता वफादारी
ग्राहकले प्रणालीको स्थिरतामा सकारात्मक परिवर्तनहरू देखे। प्रयोगकर्ताहरूले प्रणाली प्रयोग गर्दा कम समस्याहरू सामना गर्छन्।

5. प्राविधिक समर्थन लागत घटाउनुहोस्
हामीले कुनै पनि म्यानुअल जाँचहरू गर्न बन्द गरेका छौं। अब सबै चेकहरू स्वचालित छन्। पहिले, हामीले प्रयोगकर्ताहरूबाट समस्याहरूको बारेमा सिकेका थियौं; यो प्रायः प्रयोगकर्ताले कुन समस्याको बारेमा कुरा गरिरहेको थियो बुझ्न गाह्रो थियो। अब, अधिकांश समस्याहरू अनुगमन प्रणाली द्वारा रिपोर्ट गरिएको छ; सूचनाहरूमा प्राविधिक डेटा समावेश छ, जसले सधैं के गल्ती भयो र कहाँ भयो भनेर स्पष्ट पार्छ।

महत्वपूर्ण!
तपाईले अनुगमन प्रणालीलाई एउटै सर्भरमा स्थापना गर्न सक्नुहुन्न जहाँ तपाईको अनुप्रयोगहरू चल्छन्। यदि सर्भर डाउन हुन्छ भने, अनुप्रयोगहरूले काम गर्न छोड्नेछन् र यसको बारेमा सूचित गर्ने कोही हुनेछैन।

अनुगमन प्रणाली अर्को डाटा सेन्टरमा छुट्टै सर्भरमा चल्नु पर्छ।

यदि तपाइँ नयाँ डाटा सेन्टरमा समर्पित सर्भर प्रयोग गर्न चाहनुहुन्न भने, तपाइँ क्लाउड निगरानी प्रणाली प्रयोग गर्न सक्नुहुन्छ। हाम्रो कम्पनीले Zidium क्लाउड निगरानी प्रणाली प्रयोग गर्दछ, तर तपाईं कुनै पनि अन्य निगरानी प्रणाली प्रयोग गर्न सक्नुहुन्छ। क्लाउड निगरानी प्रणालीको लागत नयाँ सर्भर भाडामा लिनु भन्दा कम छ।

सिफारिसहरू:

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

यदि तपाइँ अझै अनुगमन प्रणाली प्रयोग गर्दै हुनुहुन्छ भने, सुरु गर्नुहोस्! यो जस्तो देखिन्छ जस्तो गाह्रो छैन। तपाईंले आफैं हुर्काएको हरियो सामग्री रूखलाई हेरेर एक किक आउट गर्नुहोस्।

शुभकामना

स्रोत: www.habr.com