लिखित DevOps प्रशिक्षण
अपने संगठन में DevOps कैसे शुरू करें?
संगठन में DevOps की शुरुआत कैसे करते हैं, उसी से पहल की सफलता तय होती है। इसलिए अपने पहले और शायद एकमात्र मौके का पूरा लाभ उठाएँ।
बिग बैंग से बचें और छोटे स्तर से शुरू करें
आप एक बार में मौजूदा स्थिति बदलकर पहले ही दिन पूरे संगठन में DevOps बदलाव की घोषणा नहीं कर सकते। पहले ऐसी टीमें खोजें जो लगातार समस्याएँ सँभालती हैं और जिनके लक्ष्य पूरे नहीं हो रहे। ऐसी टीमें चुनें जो सुधार की ज़रूरत समझती हों, अलग तरह से काम करने के लिए तैयार हों और संगठन व ग्राहकों की सेवा पूरे मन से करना चाहती हों।
जल्दी मिली शुरुआती सफलताएँ दिखाएँ
अपनी DevOps पहल की शुरुआती सफलताएँ जल्द दिखाएँ और संदेह करने वालों को साबित करें कि आप कौन-सी समस्याएँ सुलझाते और क्या लाभ पैदा करते हैं। फिर इन सुधारों को धीरे-धीरे संगठन के बाकी हिस्सों में दोहराएँ।
जर्मनी की एक अग्रणी ERP, CRM और SaaS निर्माता कंपनी ने लगभग ऐसे ही शुरुआत की। उसकी रखरखाव टीम साल में एक ही डिलीवरी करती थी। इससे अलग-अलग घटनाओं की ब्रांच में रिलीज़ न किया गया कोड जल्दी जमा हो जाता था। कोड मर्ज करना और पूरी तरह टेस्ट की गई भरोसेमंद रखरखाव रिलीज़ देना बेहद कठिन था।
पहले रखरखाव डेवलपमेंट टीम को डिलीवरी योजना, गुणवत्ता आश्वासन और ऑपरेशंस परिवेश प्रबंधन टीमों के साथ जोड़ा गया। बातचीत और तालमेल आसान करने के लिए उन्होंने साझा कार्य और टिकट प्रबंधन सिस्टम भी अपनाया। फिर पहले हर महीने और जल्द ही हर दो हफ़्ते रिलीज़ देने लगे।
नए तरीके के पहले साल में रखरखाव टीम ने पिछले साल के मुकाबले 6 गुना घटनाएँ हल कीं। फिर से खोली गई घटनाओं और उनसे जुड़े दोबारा काम का अनुपात 39% से घटकर 4% हुआ।
साफ़ दिखने वाले सुधार और मेट्रिक्स से छोटी DevOps पहल को संगठन में बड़ा समर्थन और विश्वसनीयता मिली। नेतृत्व ने इसे अन्य उत्पाद और सेवा टीमों में फैलाने का समर्थन किया।
सही ग्रीनफ़ील्ड या ब्राउनफ़ील्ड उत्पाद और सेवा चुनें
शुरुआत में एक और फ़ैसला है कि नया ग्रीनफ़ील्ड या मौजूदा ब्राउनफ़ील्ड उत्पाद और सेवा चुनें।
ग्रीनफ़ील्ड उत्पाद और सेवा संगठन के लिए नए होते हैं। नई, अलग टीम बनाएँ जो खासकर शुरुआत में स्वतंत्र ढंग से काम करे। इससे सदस्यों को पुराने तरीके तोड़कर नए ढंग से सोचने का बेहतर मौका मिलता है। उम्मीद है कि उनकी पिछली ज़िम्मेदारियाँ भी कम रुकावट डालेंगी। नई टीम को मापने योग्य IT और व्यावसायिक लक्ष्य दें, जैसे बेहतर बिक्री, ग्राहक सहभागिता या कम डिलीवरी समय। यह पहल पुराने कोड और निर्भरताओं पर टिकी नहीं होती, इसलिए सफल शुरुआत में जोखिम कम है। लेकिन इसकी सफलता का असर कम होगा, क्योंकि इससे यह साबित नहीं होता कि DevOps मौजूदा समस्याएँ हल कर सकता है या परिणाम दूसरे विभागों में दोहराए जा सकते हैं।
आप मौजूदा ब्राउनफ़ील्ड उत्पाद और सेवा से भी DevOps शुरू कर सकते हैं। इनमें से कई पहले से प्रोडक्शन में हैं और कारोबार व ग्राहकों को सेवा देते हैं। अगर आप हमारे जैसे ही हालात में हैं, तो ऐसे ऐप्लिकेशन पर शायद काफ़ी तकनीकी ऋण है और भरोसेमंद टेस्ट ऑटोमेशन कम है। इनके साथ पहल शुरू करना अधिक चुनौतीपूर्ण है, लेकिन अच्छे नतीजे संगठन के लिए अधिक संतोषजनक, प्रभावी और भरोसेमंद होंगे।
DevOps बहुत से पुराने सिस्टम वाले बड़े संगठनों के लिए भी है
कई लोग ग़लत समझते हैं कि DevOps ब्राउनफ़ील्ड उत्पादों या सेवाओं के लिए नहीं है। कुछ तो मानते हैं कि यह केवल स्टार्टअप के लिए है। लेकिन DevOps की कुछ सबसे अनुकरणीय पहलें विशाल और परिपक्व IT संगठनों वाली कंपनियों में शुरू हुईं, जिनके पास अनगिनत महत्वपूर्ण पुराने सिस्टम और हज़ारों कर्मचारी हैं। Amazon, Easy और Facebook इसके उदाहरण हैं। SaaS कंपनी के उदाहरण की तरह आप मौजूदा संगठन और मौजूदा उत्पादों व सेवाओं के साथ शुरुआत कर सकते हैं। अधिकतर ब्राउनफ़ील्ड उत्पादों व सेवाओं के प्रदर्शन और ग्राहक अपेक्षाओं में बड़ा फ़र्क होता है। इसलिए बदलाव से सबसे ज़्यादा लाभ भी अक्सर इन्हें होता है। पहले तकनीकी ऋण हटाने या घटाने में समय लगाएँ। फिर मौजूदा फ़ीचर और उनके लाभ के लिए छूटे ऑटोमेटेड टेस्ट बनाएँ। इसके बिना आप छोटे चक्रों में भरोसेमंद प्रोडक्शन डिप्लॉयमेंट नहीं कर पाएँगे।
उपयुक्त System of Record या System of Engagement चुनें
पहली पहल के लिए आधिकारिक रिकॉर्ड का सिस्टम या सहभागिता का सिस्टम चुन सकते हैं। Systems of Record संगठन में एक विश्वसनीय डेटा स्रोत सँभालने वाले केंद्रीय सिस्टम हैं। इनका मुख्य काम ग्राहक डेटा, लेनदेन, सुरक्षा और गोपनीयता है। Systems of Engagement मुख्यतः विकेंद्रीकृत ऐप्लिकेशन हैं। वे ग्राहकों और उपयोगकर्ताओं को कई चैनलों वाले रेस्पॉन्सिव पोर्टल या मोबाइल, टैबलेट और डेस्कटॉप ऐप से संगठन के साथ बातचीत करने देते और प्रोत्साहित करते हैं।
System of Record से दिखा सकते हैं कि आपकी टीम अनुपालन, सुरक्षा और गोपनीयता जैसे समय लेने वाले नौकरशाही भरे काम कितनी अच्छी तरह सँभालती है। पूरे डेवलपमेंट और ऑपरेशंस जीवनचक्र में वैज्ञानिक और ठोस सबूत बनाएँ और टेस्ट ऑटोमेशन व टेलीमेट्री इस्तेमाल करें। उदाहरण के लिए अलग-अलग स्थानों पर रखे डेटा को अपने परिसर के डेटाबेस सर्वरों से क्लाउड पर ले जाएँ। साथ ही सुनिश्चित करें कि आपका आधिकारिक डेटा स्रोत कानूनी, औद्योगिक, स्थानीय और अंतरराष्ट्रीय नियमों का पालन करता रहे।
System of Engagement से दिखा सकते हैं कि छोटे डिलीवरी चक्रों में कितनी तेज़ी और विश्वसनीयता से नया काम करते हैं। आज व्यावसायिक सफलता देने वाले ज़्यादातर दिखने वाले नवाचार इन सिस्टमों से आते हैं। उदाहरण के लिए ई-कॉमर्स पोर्टल की चेकआउट प्रक्रिया इतनी सरल और सहज बनाएँ कि बिक्री 25% बढ़े। ऐसा होते ही नेतृत्व DevOps और आपकी, दोनों की सराहना करेगा।
सफल DevOps बदलाव का तरीका
शुरू में पुराने तरीकों से चिपकी टीमों को राज़ी करने में समय न गँवाएँ। सबसे नवाचारी, खुले विचारों वाली, अच्छे संपर्कों वाली और प्रभावशाली टीमें चुनें जो DevOps के तरीकों और सिद्धांतों की ज़रूरत समझती हैं। एक या दो टीमों से शुरू करें। ऊपर के सुझावों से सबसे उपयुक्त ग्रीनफ़ील्ड या ब्राउनफ़ील्ड उत्पाद और सेवा तथा System of Record या System of Engagement चुनें।
पहली सफलताओं के बाद यही टीमें संगठन में DevOps फैलाने की सबसे बड़ी समर्थक बनेंगी। फिर दूसरे समूहों को साथ लें और सफलता के उदाहरण बढ़ाएँ। ये उदाहरण पहल में भरोसा बढ़ाएँगे। प्रबंधन को मापने योग्य लाभ दिखने पर उससे और समर्थन, प्रायोजन और ध्यान मिलेगा।
-
प्रयोग करें
नवाचार करने वाले और शुरुआती अपनाने वाले नई प्रथाएँ आज़माते हैं।
-
अपनाने का दायरा बढ़ाएँ
भरोसा बढ़ने पर शुरुआती और बाद के बहुसंख्यक समूह इन्हें अपनाते हैं।
-
अपनाना पूरा करें
बाकी टीमें अपनी गति से ये प्रथाएँ अपनाती हैं।
आखिरी चरण में प्रभावशाली विरोधियों और कट्टर आलोचकों (Curmudgeons) को पहचानें। आप शायद उन्हीं की जोखिम और डर दिखाने वाली तकनीक का इस्तेमाल कर सकें। उन्हें समझाएँ कि DevOps सीखने और इस्तेमाल करने से इनकार करने पर उनकी टीमें और उत्पाद कितने खराब दिखेंगे और संगठन की आखिरी कमज़ोर कड़ी बनेंगे।
निष्कर्ष
संगठन में IT बदलाव लाना आसान नहीं है। DevOps भी अपवाद नहीं है। छोटी शुरुआत में जोखिम कम होता है। याद रखें, नए या अनुभवी किसी भी लीडर की अहम ज़िम्मेदारी है टीम को बेहतर व्यावसायिक प्रदर्शन के लिए प्रेरित करना और साथ लाना। काम से सबसे अधिक संतुष्टि पाने के लिए कुछ सोचे-समझे जोखिम भी लेने होते हैं।
