सात "नहीं" आईटी इन्फ्रास्ट्रक्चर मॉनिटरिंग

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

1. एक निगरानी उपकरण लागू न करें

यदि आईटी विभाग केवल एक निगरानी उपकरण प्राप्त करता है, तो प्रभावी और प्रासंगिक निगरानी स्वयं उत्पन्न नहीं होगी। एक निगरानी प्रणाली शुरू करने के बजाय, प्रक्रिया संगठन के रूप में आईटी बुनियादी ढांचे की निगरानी के निर्माण के लिए संपर्क करने का प्रयास करें।

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



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

• एक कॉर्पोरेट दूरसंचार नेटवर्क प्रबंधन और संचालन प्रणाली का कार्यान्वयन
  
• आईटी इंफ्रास्ट्रक्चर मॉनिटरिंग सिस्टम बनाना
  
• एक नियंत्रण प्रणाली का विकास और इंटरनेट सर्किट का संचालन
  
• OJSC के स्विचिंग उपकरण निगरानी प्रणाली का कार्यान्वयन
  
• सूचना प्रौद्योगिकी प्रबंधन प्रणाली का निर्माण
  
• आईटी इन्फ्रास्ट्रक्चर के प्रबंधन और निगरानी प्रणाली के लिए एक हार्डवेयर-सॉफ्टवेयर कॉम्प्लेक्स का निर्माण
  

कंपनियां प्रौद्योगिकी पर ध्यान केंद्रित करती हैं और अक्सर अन्य दो घटकों - मानव संसाधन और संगठनात्मक उपायों का त्याग करती हैं। नतीजतन, उपकरण दिखाई देता है, लेकिन इस उपकरण का उपयोग कौन और कैसे करना चाहिए, इसकी स्पष्ट समझ नहीं है।

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

2. इंटीग्रेटर आपके लिए सभी काम नहीं करेगा

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

इसलिए, मैं उन तीसरे पक्ष के ठेकेदार की पहचान करने से पहले सलाह देता हूं कि स्वतंत्र रूप से उन समस्याओं का निर्धारण करें जिन्हें कंपनी निगरानी के माध्यम से हल करना चाहती है। उदाहरण के लिए:

• आभासी बुनियादी ढांचे पर भार का असमान वितरण;
  
• आईटी अवसंरचना में दुर्घटनाओं की उच्च संख्या;
  
• सरल कार्य करके उच्च योग्य विशेषज्ञों को लोड करने की एक उच्च डिग्री;
  
• कॉर्पोरेट सेवाओं की कम उपलब्धता;
  
• पहली पंक्ति में बड़ी संख्या में कॉल;
  
• एक लंबे समय से दुर्घटना की घटना के पल का पता लगाने के लिए;
  
• सिस्टम प्रशासकों के काम को अनुकूलित करने की आवश्यकता;
  
• आईटी अवसंरचना की कम उत्पादकता;
  
• आईटी अवसंरचना संसाधनों पर विश्वसनीय डेटा की कमी;
  
• दुर्घटना से बचाव के साधनों की कमी।
  

यह निगरानी के शुरुआती चरणों में भी बेहद उपयोगी होगा, ऐसे मेट्रिक्स को ठीक करने के लिए जो समस्याओं को निर्धारित करेगा और इन मेट्रिक्स पर आंकड़े एकत्र करेगा। नतीजतन, हम निगरानी प्रक्रिया के आयोजन से पहले आईटी बुनियादी ढांचे के कामकाज की स्थिति के बारे में जानकारी प्राप्त करेंगे। और निगरानी के कार्यान्वयन के बाद, हम यह नियंत्रित कर सकते हैं कि संगठन ने इन संकेतकों में परिवर्तन को कैसे प्रभावित किया। ऐसे मेट्रिक्स के उदाहरण हैं:

• रिपोर्टिंग अवधि के दौरान दर्ज की गई घटनाओं की औसत संख्या;
  
• प्रमुख सेवाओं का औसत डाउनटाइम;
  
• आईटी अवसंरचना की औसत उपलब्धता;
  
• अवसंरचना के उपयोग का औसत%;
  
• रिपोर्टिंग अवधि के लिए पहली पंक्ति के लिए कॉल की संख्या;
  
• घटना के समय से लेकर उसकी खोज तक का औसत समय;
  

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

3. आईटी बुनियादी ढांचे की निगरानी और प्रशासन को भ्रमित न करें

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

निगरानी इकाई (विशेषज्ञ) की जिम्मेदारियां, दूसरों के बीच, निम्नलिखित कार्यों को शामिल करना चाहिए:

• निगरानी प्रणालियों के एक परिसर का प्रशासन;
  
• नई निगरानी मेट्रिक्स का निर्माण;
  
• निगरानी थ्रेसहोल्ड का समायोजन;
  
• नए निगरानी उपकरणों का विकास;
  
• उपयोगकर्ता के अनुरोधों का निष्पादन;
  
• बयान के गठन
  
• समग्र रूप से आईटी निगरानी प्रक्रिया का विकास।
  

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

4. अपने अधीनस्थों से निगरानी का उपयोग करने की अपेक्षा न करें यदि आप स्वयं नहीं करते हैं।

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

5. निगरानी प्रणाली के साथ काम करने के लिए कर्मचारियों को मजबूर न करें

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

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

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

6. इसके परीक्षण के दौरान निगरानी प्रणाली की कार्यक्षमता के परीक्षण पर ध्यान केंद्रित न करें ।

निगरानी प्रणाली के विकास के बाद, इसका परीक्षण किया जाता है और फिर परीक्षण किया जाता है। यहाँ हमारा अगला "नहीं" प्रासंगिक हो जाता है। एक डिग्री या किसी अन्य के लिए, मैं इस समस्या को हर परियोजना में ले आया।

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

अंतिम परीक्षणों के लिए मैट्रिक्स का उपयोग करने के कुछ उदाहरण यहां दिए गए हैं:

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

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

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

7. निगरानी तब तक फायदेमंद नहीं होगी जब तक आप इसके साथ काम करना शुरू नहीं करते हैं और इसे अपनी आवश्यकताओं के अनुकूल नहीं बनाते हैं।

यह "नहीं" कार्यान्वयन के पूरा होने के बाद सिस्टम के संचालन के चरण को संदर्भित करता है। यह समझना बेहद जरूरी है कि ठीक से निर्मित निगरानी प्रक्रिया और इसके अपडेट के बिना, सिस्टम का डेटा इसके कार्यान्वयन के तुरंत बाद अप्रचलित होने लगेगा।

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

अंत में, निगरानी प्रणाली के वाणिज्यिक संचालन की शुरुआत से, नियमों को तैयार किया जाना चाहिए जिसमें निगरानी प्रक्रिया के भीतर काम के बुनियादी नियम तैयार किए जाएंगे:

• कौन और कैसे सिस्टम के साथ काम करेगा;
  
• जो सिस्टम को अद्यतित रखने के लिए जिम्मेदार है;
  
• जिसे थ्रेशोल्ड मीट्रिक मान समायोजित करने का अधिकार है;
  
• नए मेट्रिक्स का निर्माण कैसे होता है;
  
• जिन मामलों में नए मेट्रिक्स बनाए जाने चाहिए;
  
• नए मेट्रिक्स का निर्माण कब तक होता है;
  
• निगरानी प्रणाली ने दुर्घटना दर्ज की तो क्या होना चाहिए;
  
• कौन और कैसे इस दुर्घटना का जवाब देना चाहिए;
  
• निगरानी प्रणाली के कामकाज के लिए कौन जिम्मेदार है;
  
• झूठ के संकेत या सही संकेतों की कमी से संबंधित संघर्षों को कैसे हल किया जाएगा।
  

निष्कर्ष

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