केस पद्धत: मानवी देखरेख

Dziiiiiin! पहाटेचे ३ वाजले आहेत, तुम्हाला एक छान स्वप्न पडले आहे आणि अचानक एक कॉल आला. तुम्ही या आठवड्यात ड्युटीवर आहात आणि वरवर पाहता काहीतरी घडले आहे. काय चूक आहे हे शोधण्यासाठी स्वयंचलित प्रणाली कॉल करते. आधुनिक संगणक प्रणाली व्यवस्थापित करण्याचा हा एक महत्त्वाचा पैलू आहे, परंतु लोकांसाठी सूचना अधिक चांगल्या कशा बनवता येतील ते पाहू या.

निरनिराळ्या मॉनिटरिंग टीम्समधील माझ्या अनेक दशकांच्या कर्तव्यात जन्मलेल्या मॉनिटरिंग तत्त्वज्ञानाशी परिचित व्हा. रॉब इवाश्चुक यांच्या वास्तविक बायबलचा तिच्यावर मोठ्या प्रमाणात प्रभाव होता अलर्टिंग वर माझे तत्वज्ञान (माझे अधिसूचना तत्त्वज्ञान) पुस्तकात समाविष्ट आहे Google SRE, आणि जॉन Alspaugh द्वारे पुस्तक अलर्ट डिझाइनसाठी विचार (सूचना सेट करण्यावरील टिपा).

केली डन, अरिजित मुखेरी и मॅक्सिम पेटाझोनी पोस्ट संपादित करण्यात मदत केल्याबद्दल धन्यवाद.

केस म्हणजे काय?

मी सारखे सुंदर संक्षेप घेऊन यायचे ठरवले ब्रेंडन ग्रेगची USE पद्धत किंवा टॉम विल्कीची लाल पद्धत. मी त्याला कॉल करतो केस पद्धत. स्वयंचलित मॉनिटरिंगसह कार्य करताना लक्ष देण्याच्या चार मुद्यांचे त्यांनी वर्णन केले आहे:

• Cऑन टेक्स्ट-जड (संदर्भ बद्ध)
• Aकारवाई करण्यायोग्य (व्यावहारिक मूल्य)
• Sलक्षणांवर आधारित (लक्षणांवर जोर)
• Eमूल्यवान (ग्रेड)

जर तुम्ही CASE वापरत असाल, तर तुम्ही सूचनांकडे निरोगी उदासीनतेने वागता आणि लोकांना रात्री जागे करत नाही. उपयोगिता आणि परिणामकारकतेसाठी निरीक्षणाचे नियमितपणे मूल्यांकन केले पाहिजे. जेव्हा एखाद्या व्यक्तीला सूचना प्राप्त होते, तेव्हा त्यांच्याकडे चांगले मानसिक मॉडेल आणि अधिक आत्मविश्वास असतो.

लक्षात ठेवणे सोपे करण्यासाठी, कल्पना करा की तुम्हाला एक केस आवश्यक आहे [म्हणजे, केस, कारण - अनुवादकाची नोंद] प्रत्येक इशाऱ्याचे औचित्य सिद्ध करण्यासाठी. :सनग्लासेस:

आणि हे सर्व का?

ड्युटीवर असणे त्रासदायक ठरू शकते. अनेक कारणांमुळे. आणि CASE त्या सर्वांना काढून टाकणार नाही. पण त्यासोबत, तुम्ही चांगल्या सूचनांसाठी रात्री जागे व्हाल. ही पद्धत विविध संस्थात्मक प्रक्रिया समाविष्ट करते जी या प्रकरणात मदत करेल.

RED आणि USE पद्धतींचे सौंदर्य हे आहे की त्यांच्या मदतीने आम्हाला केवळ कसे कार्य करायचे हेच कळत नाही तर एकमेकांशी समान भाषा देखील बोलता येते. माझी आशा आहे की CASE पद्धतीमुळे आमच्या सिस्टीमचे संरक्षण करणाऱ्या परंतु आमच्या सहकाऱ्यांना व्यस्त ठेवणाऱ्या सूचनांवर चर्चा करणे सोपे होईल.

मुद्दा असा आहे की आपल्याला आपल्या संस्थेमध्ये एक संस्कृती तयार करण्याची आवश्यकता आहे जिथे सूचनांना निरोगी उदासीनतेने वागवले जाते. सूचना विशिष्ट हेतूसाठी तयार केल्या जाऊ शकतात, परंतु ते नंतर मूल्य गमावणार नाहीत हे तथ्य नाही. आम्ही ही सूचना का सेट केली? त्याचे निकष किती वर्षांपूर्वी सुधारले गेले आहेत? CASE सह, या प्रश्नांची उत्तरे मिळू शकतात.

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

बरेच स्मार्ट शब्द असलेले संदेश वाचण्यासाठी पहाटे 3 ही सर्वोत्तम वेळ नाही. प्रभावीपणे प्रतिसाद देण्यासाठी, तुम्हाला माहितीची आवश्यकता आहे. तद्वतच, ही एखाद्या विशिष्ट समस्येबद्दल माहिती असावी, ज्यासाठी संदर्भ त्वरित स्पष्ट होईल आणि सूचना कॉन्फिगर केल्या पाहिजेत जेणेकरून हे शक्य होईल. हे "निरीक्षण" आणि "अभिमुखता" पासून आहे OODA लूप. या सेटअपवर वेळ घालवणे लाजिरवाणे नाही, कारण एखाद्या व्यक्तीचे सतत लक्ष विचलित करणे अधिक महाग आहे. एकमेकांचा आदर करूया.

समस्यांचे अनेक स्त्रोत आहेत. विशेषतः भुते.

मी ड्युटी ऑफिसरला कशी मदत करू शकतो? कर्तव्य अधिकारी पहिली गोष्ट पाहतो ती एक अधिसूचना आहे, म्हणून तो त्याच्या आधारावर सर्व गृहितके तयार करतो. मग तो सूचना आणि डॅशबोर्ड पाहतो, परंतु विशिष्ट सूचनांवरील डेटा नेहमीच असतो आणि केवळ सामान्य माहिती नाही? Alspaugh सल्ला देतात "तुम्ही नोटिफिकेशनचा अर्थ कसा लावाल किंवा प्रतिसाद द्याल याचा विचार करा" (स्लाइड 29)1. एक चांगली सूचना कर्तव्यावर असलेल्या व्यक्तीवर केंद्रित आहे, केवळ थ्रेशोल्डद्वारे कॉन्फिगर केलेली नाही.

त्यामुळे सूचना संदर्भ कसा सुधारायचा यावरील काही कल्पना येथे आहेत:

• वापरकर्त्याला काही उपयुक्त आणि खास बनवलेले दाखवा, आणि फक्त सामान्य सूचना किंवा डॅशबोर्ड नाही. पूर्वी, मी आणि मुलांनी विशिष्ट सूचनांसाठी कॉन्फिगर केलेले अन्वेषण डॅशबोर्ड वापरले. समस्या ज्ञात असल्यास हे मदत करेल, परंतु केवळ इतरांना गोंधळात टाकेल. आपल्याला येथे संतुलन शोधण्याची आवश्यकता आहे.
• आम्हाला अधिसूचनेच्या इतिहासाबद्दल सांगा: ते नवीन आहे का? ते अनेकदा काम करते का? तो हंगामी आहे का?
• सिस्टम स्थितीत अलीकडील बदल दर्शवा. अलीकडे काही बदलले आहे का? (उदाहरणार्थ, उपयोजन किंवा कार्यक्षमता सक्षम/अक्षम करणे.)
• संबंध दर्शवा आणि मानसिक मॉडेलसाठी माहिती प्रदान करा: सिस्टम अवलंबित्व स्पष्टपणे दृश्यमान असावे, शक्यतो कार्यक्षमतेच्या संकेतासह.
• वापरकर्त्याला टीमशी त्वरीत कनेक्ट करा: ते चालू असलेल्या घटना पाहू शकतात किंवा कंपनीतील इतर कोणाला सूचना प्राप्त झाली आहे हे ते शोधू शकतात? कार्यक्रम घटना व्यवस्थापन सक्रिय केले?

तद्वतच, घटना व्यवस्थापन कार्यक्रम घटना तपासणीच्या सूचना संदर्भामध्ये सुधारणा कशी करावी याबद्दल सल्ला देईल. काम करण्यासाठी नेहमीच काहीतरी असते!

कृती करण्यायोग्य - व्यावहारिक मूल्य

अधिसूचनेला प्रतिसाद म्हणून कर्तव्यदक्ष अधिकाऱ्याने काही करावे का? जर तुम्हाला काही करण्याची गरज नसेल किंवा काय करावे हे अस्पष्ट असेल, तर तुम्ही त्याला का उठवले? तुम्ही ड्युटीवर असलेल्यांना त्रास देणार्‍या सूचना टाळल्या पाहिजेत आणि कारवाईची आवश्यकता नाही.

imgur.com वरील पोस्ट पहा

मी काय करू? तुम्हाला काय हवे आहे?

भूतकाळात, जेव्हा सिस्टीम साध्या होत्या आणि संघ लहान होते, तेव्हा आम्ही फक्त गोष्टींवर राहण्यासाठी मॉनिटरिंग सेट करायचो. सेवा नंतर खराब झाल्यास ढिगावरील भार वाढल्याची सूचना आम्हाला संदर्भ देईल. मोठ्या प्रमाणावर, अशा सूचना केवळ गोंधळ निर्माण करतील कारण आमची प्रणाली नेहमी वेगवेगळ्या तीव्रतेच्या ऱ्हासाच्या स्थितीत कार्यरत असते. हे त्वरीत ठरतो सूचनांमधून थकवा आणि, अर्थातच, संवेदनशीलता गमावणे. म्हणून, कर्तव्य अधिकारी अशा सूचनांकडे दुर्लक्ष करतात किंवा अगदी फिल्टर करतात आणि त्यांना नेहमी आवश्यकतेनुसार प्रतिसाद देत नाहीत. या फंदात पडू नका! सर्व अधिसूचना एका ओळीत सेट करू नका आणि नंतर त्यांना ईमेलद्वारे काही गॉडफोर्सॅकन फोल्डरवर पाठवा.

व्यावहारिक मूल्य असलेली सूचना कशी दिसते ते येथे आहे:

• केवळ बातम्या नोंदवण्यापेक्षा अधिसूचनेत कृती आवश्यक असते.
• ही क्रिया स्वयंचलित करणे कठीण किंवा धोकादायक आहे. एखादी कृती स्वयंचलित करता येत असेल तर ती स्वयंचलित करा, लोकांना त्रास देणे थांबवा!
• नोटीसमध्ये फॉर्ममध्ये तातडीच्या शिफारसी आहेत सेवा पातळी करार (SLA) किंवा पुनर्प्राप्ती वेळ लक्ष्य (RTO). कर्तव्य अधिकारी त्यानंतर संस्थेचा घटना व्यवस्थापन कार्यक्रम सक्रिय करू शकतात.

मला स्पष्ट करायचे आहे: मी असे म्हणत नाही की केवळ API साठी सर्वात महत्वाच्या SLO (सेवा-स्तरीय उद्दिष्टे) साठी सूचना याव्यात. SLO मॉनिटरिंग सतत खंडित आणि विभाजित केले जाते आणि सर्व सेवांसाठी समान दृष्टीकोन आवश्यक आहे. हे स्पष्ट आहे की तुम्हाला पैसे देणाऱ्या क्लायंटसाठी तुम्ही सर्वात महत्त्वाच्या SLO चा मागोवा घ्याल. परंतु पायाभूत सुविधा SLO, जसे की डेटाबेस, यांचेही निरीक्षण करणे आवश्यक आहे. लवकरच तुम्हाला अंतर्गत ग्राहकांशी सामना करावा लागेल आणि त्यांना पाठिंबा द्यावा लागेल. आणि त्यामुळे जाहिरात अनंत.

लक्षणांवर आधारित - लक्षणांवर जोर

तुम्हाला आवडो किंवा न आवडो, तुम्ही वितरित प्रणालीमध्ये काम करत आहात (कवज)2. परिणामी, तुम्ही सेवांना वेगळे करण्यासाठी आणि त्यांना अयशस्वी होण्यापासून संरक्षण करण्यासाठी वेगवेगळ्या युक्त्या वापरता (ट्रेनर एट अल.)3. आणि जरी उशीर झालेला कचरा संकलन किंवा रखडलेली डेटाबेस क्वेरी समस्या दर्शवत असली तरी, नजीकच्या भविष्यात वापरकर्त्यांना समस्या नसल्यास त्यांचे निराकरण करण्यासाठी घाई करण्याची गरज नाही.

हे महत्त्वाचे सिग्नल आहेत आणि त्यांचे व्यावहारिक मूल्य असू शकते, परंतु जर ते वापरकर्त्यांना त्रास देत नसतील, तर अटेंडंटचे लक्ष विचलित करणे पुरेसे तातडीचे नाही. कारण-आधारित सूचना ही सिस्टीमच्या बिघाडाबद्दल आमच्या मानसिक मॉडेल्सचे स्नॅपशॉट आहेत. अपयशाची सर्व संभाव्य कारणे सूचीबद्ध करण्याचा प्रयत्न करण्यापेक्षा महत्त्वाच्या लक्षणांचा मागोवा घेणे चांगले.

सूचना अर्थपूर्ण करण्यासाठी, यावर लक्ष केंद्रित करा कामगिरी निर्देशक, वापरकर्त्यांसाठी महत्त्वाचे. इवाश्चुक याला “वापरकर्त्यांसाठी देखरेख” म्हणतात. लक्षात ठेवा की हे तत्वज्ञान संपूर्ण संस्थेत लागू केले पाहिजे. एखाद्या सेवेला पायाभूत सुविधांमध्ये खोलवर कुठेतरी तातडीची समस्या असल्यास, योग्य टीम त्यांची काळजी घेईल. अशा अयशस्वी होण्यापासून सिस्टमचे संरक्षण करणे ही पूर्णपणे वेगळी बाब आहे (ट्रेनर एट अल., गंभीर अवलंबित्व कमी करण्यासाठी धोरणांवरील विभाग)3.

लक्षणे तितकी बदलत नाहीत

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

एखाद्या घटनेनंतर सूचना टाळा

सामान्यतः, घटना दुरुस्त करण्यासाठी कारणांसाठी सूचना कॉन्फिगर केल्या जातात. आणि जे घडले त्याबद्दलच्या या मर्यादित सूचना सुरक्षिततेची खोटी भावना निर्माण करतात, कारण सिस्टम प्रत्येक वेळी खंडित होण्याचे नवीन मार्ग शोधून काढते.

कारण नोटिसांनी फसवू नका. विचार करणे चांगले:

• लक्षणे-आधारित अधिसूचनेत समस्या का लक्षात आली नाही?
• वापरकर्त्यासाठी संदर्भ सुधारणे उपयुक्त ठरेल का?
• जे घडले त्याबद्दल सूचना जमा करण्याऐवजी निदान जलद करण्यासाठी निरीक्षण साधने कशी सुधारली जाऊ शकतात?

निदानासाठी देखरेख साधने केवळ लक्षणांपासून समाधानाकडे जाण्याचा मार्ग म्हणून विचार केल्यासच मदत करतील. या फीडबॅकशिवाय, तुमच्यावर भूतकाळातील अपयशांबद्दल उशीरा सूचना आणि चार्ट्सचा भडिमार होईल—आणि भविष्यातील अपयशांबद्दल एक शब्दही नाही. एखाद्या संघटनेसाठी संरक्षणाकडून आक्रमणाकडे जाण्याची ही उत्तम संधी आहे. आणि विकासक आणि उत्पादन व्यवस्थापकांच्या समान अपेक्षा आणि स्पष्ट उद्दिष्टे असतील. केस - CASE (:विंक:) - प्रत्येक सूचनेसाठी स्पष्ट आहे.

कारण-आधारित सूचना माफक प्रमाणात सुसह्य आहेत

काहीवेळा आमची प्रणाली कारण-आधारित सूचनांच्या बाबतीत आम्हाला फारसा पर्याय सोडते. आणि काहीवेळा ड्युटीवर असलेल्यांना हे उत्तम प्रकारे समजते की एखादे लक्षण निश्चितपणे अपयशास कारणीभूत ठरेल आणि म्हणून त्यात व्यावहारिक मूल्य असते. कदाचित तुम्हाला नक्की काय चालले आहे याची खात्री नसेल आणि तुम्ही सूचना सुरक्षित ठेवण्यासाठी सेट करत आहात. आशा आहे की कार्यप्रदर्शन समस्येचे निराकरण करण्यासाठी आम्ही सिस्टम बदलू शकत नाही तोपर्यंत ही क्रिया तात्पुरती आहे.
या परिस्थितींना सामोरे जाताना CASE चे इतर घटक लक्षात ठेवा. फक्त ते तात्पुरते आहे याचा अर्थ असा नाही की तुम्ही तुमच्या डोक्याने विचार करणे थांबवू शकता.

मूल्यांकन - मूल्यमापन

सिस्टममधील कोणतेही बदल (नवीन कोड, नवीन पायाभूत सुविधा, काहीही नवीन) अपयशांची श्रेणी विस्तृत करतात (कुक, 3).4 ही सूचना अजूनही अपेक्षेप्रमाणे काम करत आहे का? सिस्टमचे स्पष्ट आणि वर्तमान मानसिक मॉडेल आणि काही समर्थन सूचनांना प्रतिसाद देण्याचा अनुभव प्रतिबंधात्मक दृष्टीकोन - ही प्रमुख वैशिष्ट्ये आहेत शिक्षण देणारी संस्था. सिस्टीममधील दोष सतत विकसित होत आहेत, आणि आपण ते कायम ठेवले पाहिजेत.

प्रत्येक सूचना अपेक्षेप्रमाणे कार्य करत आहे हे सुनिश्चित करण्यासाठी तुम्हाला त्यांच्या गुणवत्तेचे सतत मूल्यांकन करणे आवश्यक आहे. प्रिय नेते! तुम्ही ही प्रक्रिया स्थापित करण्यात मदत केल्यास तुमच्या संघांसाठी हे खूप सोपे होईल! येथे काही मूल्यांकन कल्पना आहेत:

• वापरा अनागोंदी अभियांत्रिकी, खेळाचे दिवस किंवा इतर सूचना चाचणी पद्धती. जड घटना व्यवस्थापन प्रणालीवर अवलंबून न राहता संघ ते स्वतः करू शकतो!
• तुमच्या घटना व्यवस्थापन कार्यक्रमात सर्व घटना-संबंधित सूचनांचा संग्रह समाविष्ट करा. उपयुक्त, हानिकारक, अयोग्य, अस्पष्ट, इत्यादी चिन्हांकित करा. त्यांचा अभिप्राय म्हणून वापर करा.
• योग्य सूचना क्वचितच ट्रिगर केल्या जातात आणि काळजीपूर्वक तपासल्या जातात. सर्व लिंक काम करत असल्याची खात्री करा, योग्य संदर्भाकडे निर्देश करा, इ.
• एखादी सूचना कधीही फायर होत नसेल किंवा बर्‍याचदा फायर होत नसेल, तर त्यात काहीतरी चूक आहे. ते दुरुस्त करा किंवा काढा. जास्त निष्क्रियता किंवा क्रियाकलापांपासून सावध रहा!
• कालबाह्यता तारखांसह सूचना टाइमस्टॅम्प सेट करा. कालबाह्यता तारीख कालबाह्य झाली असल्यास, CASE पद्धत वापरून अधिसूचनेचे मूल्यमापन करा आणि टाइमस्टॅम्प अद्यतनित करा. अन्नाप्रमाणेच, कालबाह्यता तारीख नियमितपणे तपासा.
• सूचना सुधारण्याची प्रक्रिया सुलभ करा. Git रेपॉजिटरीमध्ये कोड आणि स्टोअर नोटिफिकेशन म्हणून मॉनिटरिंग वापरा. पुल विनंत्या टीमला गुंतवण्यात मदत करतात आणि तुम्हाला मागील सूचनांचा इतिहास देतात. आणि आपण यापुढे सूचना बदलण्यास किंवा त्यांच्यासाठी जबाबदार असलेल्यांकडून परवानगी घेण्यास घाबरणार नाही.
• सूचनांसाठी फीडबॅक सेट करा, जरी ते सोपे असले तरीही Google फॉर्म, जेणेकरून कर्तव्य अधिकारी सूचना निरुपयोगी किंवा अनाहूत म्हणून चिन्हांकित करतात. नोटिफिकेशनमध्येच लिंक किंवा कॉल टू अॅक्शन एम्बेड करा आणि तुमच्या फीडबॅकचे नियमितपणे पुनरावलोकन करा.
• संघात एक नियम स्थापित करा - कर्तव्यावर असलेल्यांना थोडे काम असताना कर्तव्य सुलभ करण्यासाठी काम करू द्या. तुमच्या नंतरचे सर्व काही पूर्वीपेक्षा थोडे चांगले होऊ द्या.

निष्कर्ष

माझा विश्वास आहे की CASE पद्धत विकसक आणि संस्थांना स्वयंचलित सूचना सेट अप आणि पाठवण्याबद्दल चर्चा करण्यात मदत करते. एक विकासक CASE पद्धतीचा वापर करून सूचनांचे मूल्यमापन सुरू करू शकतो आणि त्यानंतर संपूर्ण संस्था इतर विकासक, व्यवस्थापन आणि घटना व्यवस्थापन कार्यक्रमांसह सूचना चांगल्या स्थितीत ठेवण्यासाठी सामील होईल. यासाठी कोणत्याही विशेष साधने किंवा जटिल प्रक्रियांची आवश्यकता नाही.

उच्च दर्जाच्या ग्राहक सेवेचा त्याग न करता संपूर्ण उद्योगाने कर्तव्यावर असताना मानवी घटकाचा विचार करणे आवश्यक आहे. ही सर्व साधने आणि पद्धती सुधारल्या जाऊ शकतात आणि केल्या पाहिजेत. मला आशा आहे की CASE पद्धत यास मदत करेल.

सुधारित सूचनांचा आनंद घ्या!

स्त्रोत: www.habr.com