केस विधि: मानवीय निगरानी

Dziiiiin! यो बिहान 3 बजेको छ, तपाईं एक अद्भुत सपना देख्दै हुनुहुन्छ, र अचानक फोन आयो। तपाईं यस हप्ता ड्युटीमा हुनुहुन्छ, र स्पष्ट रूपमा केहि भयो। स्वचालित प्रणालीले के गलत छ पत्ता लगाउन कल गर्दछ। यो आधुनिक कम्प्युटर प्रणालीहरू प्रबन्ध गर्ने महत्त्वपूर्ण पक्ष हो, तर मानिसहरूका लागि सूचनाहरू कसरी अझ राम्रो बनाउने भनेर हेरौं।

विभिन्न अनुगमन टोलीहरूमा मेरो कर्तव्यको धेरै दशकहरूमा जन्मेको अनुगमन दर्शनसँग परिचित हुनुहोस्। उनी धेरै हदसम्म रोब इभास्चुकको वास्तविक बाइबलबाट प्रभावित थिए चेतावनी मा मेरो दर्शन (मेरो अधिसूचना दर्शन) मा पुस्तकमा समावेश छ Google SRE, र जोन Alspaugh द्वारा पुस्तक अलर्ट डिजाइनका लागि विचारहरू (सूचनाहरू सेटअप गर्ने नोटहरू)।

केली डन, अरिजित मुखेरी и म्याक्सिम पेटाजोनी - पोस्ट सम्पादन गर्न को लागी तपाईको सहयोग को लागी धन्यवाद।

CASE भनेको के हो?

मैले जस्तै सुन्दर संक्षिप्त नामको साथ आउने निर्णय गरे ब्रेन्डन ग्रेगको प्रयोग विधि वा टम विल्कीको रातो विधि। म यसलाई बोलाउँछु CASE विधि। उहाँले स्वचालित निगरानी संग काम गर्दा ध्यान दिन चार बिन्दु वर्णन:

• Context-भारी (सन्दर्भमा बाँधिएको)
• Aकारबाही योग्य (व्यावहारिक मूल्य)
• Sलक्षण आधारित (लक्षणहरूमा जोड)
• Eमूल्यवान (ग्रेड)

यदि तपाइँ CASE प्रयोग गर्नुहुन्छ भने, तपाइँ एक स्वस्थ उदासीनताका साथ सूचनाहरू व्यवहार गर्नुहुन्छ र मानिसहरूलाई रातमा ब्यूँझाउनुहुन्न। अनुगमनको उपयोगिता र प्रभावकारिताको लागि नियमित रूपमा मूल्याङ्कन गर्नुपर्छ। जब एक व्यक्तिले अधिसूचना प्राप्त गर्दछ, तिनीहरूसँग राम्रो मानसिक मोडेल र अधिक आत्मविश्वास हुनेछ।

यसलाई सम्झन सजिलो बनाउनको लागि, कल्पना गर्नुहोस् कि तपाईलाई CASE चाहिन्छ [अर्थात, केस, कारण - अनुवादकको नोट] प्रत्येक सतर्कता औचित्य गर्न। सनग्लास:

अनि यो सब किन ?

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

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

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

सन्दर्भ-भारी - सन्दर्भ बाध्यकारी

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

समस्या धेरै स्रोत छन्। विशेष गरी भूतहरू।

म ड्यूटी अफिसरलाई कसरी मद्दत गर्न सक्छु? ड्यूटी अफिसरले देखेको पहिलो कुरा एक अधिसूचना हो, त्यसैले उसले यसको आधारमा सबै परिकल्पनाहरू निर्माण गर्दछ। त्यसपछि उसले निर्देशनहरू र ड्यासबोर्डहरू हेर्छ, तर त्यहाँ सधैं एक विशेष सूचनामा डाटा, र सामान्य जानकारी मात्र होइन? Alspaugh सल्लाह दिन्छन् "तपाईले सूचनालाई कसरी व्याख्या गर्न वा प्रतिक्रिया दिन सक्नुहुन्छ भन्ने बारे सोच्नुहोस्" (स्लाइड 29)1। एक राम्रो सूचना ड्यूटीमा व्यक्तिमा केन्द्रित छ, थ्रेसहोल्ड द्वारा कन्फिगर मात्र होइन।

त्यसैले सूचना सन्दर्भलाई कसरी सुधार गर्ने भन्ने बारे यहाँ केही विचारहरू छन्:

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

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

कार्ययोग्य - व्यावहारिक मूल्य

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

imgur.com मा पोस्ट हेर्नुहोस्

मैले के गर्नुपर्छ? तपाईं के चाहनुहुन्छ?

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

यहाँ व्यावहारिक मूल्य भएको सूचना कस्तो देखिन्छ:

• एक सूचनालाई केवल समाचार रिपोर्ट गर्नु भन्दा कारबाही चाहिन्छ।
• यो कार्य स्वचालित गर्न गाह्रो वा जोखिमपूर्ण छ। यदि एक कार्य स्वचालित हुन सक्छ, त्यसपछि यसलाई स्वचालित गर्नुहोस्, मानिसहरूलाई छेड्ने बन्द गर्नुहोस्!
• सूचना फारममा तत्काल सिफारिसहरू समावेश गर्दछ सेवा स्तर सम्झौता (SLA) वा रिकभरी समय लक्ष्य (आरटीओ)। ड्यूटी अफिसरले त्यसपछि संगठनको घटना व्यवस्थापन कार्यक्रम सक्रिय गर्न सक्छ।

म स्पष्ट गर्न चाहन्छु: म यो भनिरहेको छैन कि सूचनाहरू केवल API को लागि सबैभन्दा महत्त्वपूर्ण SLOs (सेवा-स्तर उद्देश्यहरू) को लागी आउनु पर्छ। SLO निगरानी निरन्तर खण्डित र विभाजित छ र सबै सेवाहरूमा समान दृष्टिकोण चाहिन्छ। यो स्पष्ट छ कि तपाइँ तपाइँलाई भुक्तान गर्ने ग्राहकहरु को लागी सबै भन्दा महत्वपूर्ण SLO लाई ट्र्याक गर्नुहुनेछ। तर डाटाबेस जस्ता पूर्वाधार SLOs लाई पनि निगरानी गर्न आवश्यक छ। चाँडै तपाईंले आन्तरिक ग्राहकहरूसँग सम्झौता गर्न र तिनीहरूलाई समर्थन गर्नुपर्नेछ। र यस्तै विज्ञापन अनन्तमा।

लक्षण-आधारित - लक्षणहरूमा जोड

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

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

सूचनाहरू अर्थपूर्ण बनाउन, फोकस गर्नुहोस् प्रदर्शन सूचकहरू, प्रयोगकर्ताहरूको लागि महत्त्वपूर्ण। Evashchuk यसलाई "प्रयोगकर्ताहरूको लागि निगरानी" भन्छन्। याद गर्नुहोस् कि यो दर्शन सबै संगठनमा लागू हुनुपर्छ। यदि कुनै सेवामा पूर्वाधारको गहिराइमा कतै अत्यावश्यक समस्याहरू छन् भने, उपयुक्त टोलीले उनीहरूको हेरचाह गर्नेछ। त्यस्ता विफलताहरूबाट प्रणालीहरूलाई बचाउनु पूर्ण रूपमा छुट्टै कुरा हो (ट्रेनर एट अल।, महत्वपूर्ण निर्भरताहरू कम गर्नका लागि रणनीतिहरूमा खण्ड)3.

लक्षणहरू परिवर्तनशील छैनन्

रिचर्ड कुकले हामीलाई सम्झाउनुहुन्छ कि जटिल प्रणालीहरू त्रुटिहरू, कमजोरीहरू र समस्याहरूले भरिएका छन्4। सबै सम्भावित कारणहरू सूचीबद्ध गर्ने प्रयास गर्नु भनेको सिसिफियन कार्य हो। तपाईं समस्याहरू वर्णन गर्ने प्रयास गर्नुहुन्छ, तर तिनीहरू सबै समय परिवर्तन हुन्छन्। सिन्डी श्रीधरन विश्वास गर्छिन् कि "प्रणालीहरू हरेक सेकेन्ड पूर्ण अवस्थामा हुनुपर्छ" र यो अधिक मानव दृष्टिकोण प्रयोग गर्न राम्रो छ ("वितरित प्रणाली अवलोकन योग्यता" ("निगरानी वितरण प्रणाली"), ७)5.

घटना पछि सूचनाहरू नदिनुहोस्

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

कारण सूचनाहरू द्वारा मूर्ख नहुनुहोस्। राम्रो सोच्नुहोस्:

• लक्षणमा आधारित सूचनाले किन समस्यालाई ध्यान दिएन?
• के यो प्रयोगकर्ताको लागि सन्दर्भ सुधार गर्न उपयोगी हुनेछ?
• के भयो भनेर सूचनाहरू सङ्कलन गर्नुको सट्टा छिटो निदान गर्न अनुगमन उपकरणहरूलाई कसरी सुधार गर्न सकिन्छ?

निदानको लागि निगरानी उपकरणहरूले मात्र मद्दत गर्नेछ यदि तपाइँ तिनीहरूलाई लक्षणबाट समाधानमा सार्नको लागि एक तरिकाको रूपमा सोच्नुहुन्छ। यो प्रतिक्रिया बिना, तपाइँ केवल विगतका असफलताहरु को बारे मा ढिलो सूचनाहरु र चार्टहरु संग बमबारी हुनेछ - र भविष्य को बारे मा एक शब्द छैन। यो संगठनको लागि रक्षाबाट आक्रमणमा जानको लागि ठूलो अवसर हो। र विकासकर्ताहरू र उत्पादन प्रबन्धकहरूसँग समान अपेक्षाहरू र स्पष्ट लक्ष्यहरू हुनेछन्। केस - CASE (:wink:) - प्रत्येक सूचनाको लागि स्पष्ट छ।

कारण-आधारित सूचनाहरू मध्यस्थतामा सहन योग्य छन्

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

मूल्याङ्कन - मूल्याङ्कन

प्रणालीमा कुनै पनि परिवर्तनहरू (नयाँ कोड, नयाँ पूर्वाधार, केहि नयाँ) विफलताहरूको दायरा विस्तार गर्नुहोस् (कुक, 3)।4 के यो सूचना अझै अपेक्षित रूपमा काम गरिरहेको छ? प्रणालीहरूको स्पष्ट र हालको मानसिक मोडेलहरू र केही समर्थन सूचनाहरूलाई प्रतिक्रिया दिने अनुभव रोकथाम दृष्टिकोण - यी मुख्य सुविधाहरू हुन् सिकाइ केन्द्रित संस्था। प्रणालीहरूमा दोषहरू निरन्तर विकसित भइरहेका छन्, र हामीले तिनीहरूलाई निरन्तरता दिनुपर्छ।

तपाईंले अपेक्षित रूपमा काम गरेको सुनिश्चित गर्न प्रत्येक सूचनाको गुणस्तरको निरन्तर मूल्याङ्कन गर्न आवश्यक छ। आदरणीय नेताहरु ! यदि तपाइँ तिनीहरूलाई यो प्रक्रिया स्थापना गर्न मद्दत गर्नुहुन्छ भने तपाइँका टोलीहरूको लागि यो धेरै सजिलो हुनेछ! यहाँ केहि मूल्याङ्कन विचारहरू छन्:

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

निष्कर्षमा

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

सम्पूर्ण उद्योगले उच्च स्तरको ग्राहक सेवा त्याग नगरी कर्तव्यमा हुँदा मानव कारकको बारेमा सोच्न आवश्यक छ। यी सबै उपकरण र अभ्यासहरू सुधार गर्न सकिन्छ र हुनुपर्छ। मलाई आशा छ CASE विधिले यसमा मद्दत गर्नेछ।

सुधारिएको सूचनाहरूको आनन्द लिनुहोस्!

स्रोत: www.habr.com