लिखित DevOps प्रशिक्षण
DevOps के बिना IT में कौन-सी समस्याएँ आती हैं?
DevOps के बिना IT में डेवलपमेंट और ऑपरेशंस टीमों के बीच अक्सर टकराव होता है। ग्राहक को चाहिए फ़ीचर और लाभ का शुरू से अंत तक गुणवत्ता आश्वासन तब शुरू होता है, जब डेवलपमेंट टीम बिल्कुल दूसरी परियोजना पर काम करने लगती है। सूचना सुरक्षा और प्रोडक्शन की तैयारी के ऑडिट तय रोलआउट से एक दिन पहले होते हैं। परियोजना के इस नाज़ुक चरण में समस्याएँ हल करना, खासकर ऐसी डिज़ाइन और सुरक्षा खामियाँ जिन्हें 8 महीने पहले पहचानकर ठीक करना चाहिए था, IT और व्यवसाय दोनों को चलते रखने में मुश्किल पैदा करता है। थके हुए डेवलपर, सहयोग न करने वाले ऑपरेशंस, अलग-थलग टेस्टिंग और सूचना सुरक्षा टीमें, माँग करने वाले लेकिन हताश प्रोजेक्ट और प्रोडक्ट मैनेजर, गुस्साए अधिकारी और निराश ग्राहक व IT हितधारक बहुत कम मूल्य जोड़ते हैं।
बहुत ज़्यादा हैंडऑफ़, हर दिशा में निर्भरताएँ और अनगिनत बेतालमेल, मैन्युअल और अस्पष्ट काम आपके IT विभाग का रोज़ का हाल हैं।
हर काम में लंबा समय लगता है, फिर भी फ़िलहाल बेहतर विकल्प नहीं है। और आप जानते हैं कि कमाने के लिए नौकरी चाहिए।
आखिर बड़ा दिन आता है। एक मुश्किल और अफ़रा-तफ़री भरे डिप्लॉयमेंट से व्यवसाय में काफ़ी डाउनटाइम के बाद आप सोचते हैं कि क्या उससे प्रोडक्शन में पहले से चल रही कोई सुविधा खराब हो गई। आपको एहसास होता है कि क्या हुआ और प्रोडक्शन में क्या प्रभावित हुआ, इस बारे में स्पष्टता और ठोस सबूत नहीं हैं।
फिर भी बड़े IT कक्ष के गलियारों में गो-लाइव का जश्न शुरू हो चुका है। आप भी कुछ पीकर कठिन और बिना नींद की रात से उबर सकते हैं। आपने पिछली रात प्रोडक्शन में जो बिगाड़ा, वह अब किसी और की समस्या होगी। कोई बड़ी बात नहीं …
अब आप शायद सोच रहे होंगे कि इतनी मुश्किल और कभी बेहद बुरी हालत में रही परियोजनाएँ किसी तरह पूरी कैसे हो जाती हैं। इसका जवाब है अनंत बंदर प्रमेय। संक्षेप में यह प्रमेय कहता है कि कोई बंदर अनंत समय तक टाइपराइटर पर बिना क्रम के बटन दबाए, तो वह कोई भी तय पाठ ज़रूर लिख देगा, जैसे William Shakespeare की सभी रचनाएँ। यह मज़ाक नहीं है।
इसी तरह काम कब पूरा होगा इसका अनुमान न हो, फिर भी IT टीम किसी परियोजना में पर्याप्त देरी करके समय निकाल ले, तो कभी न कभी उसे डिलीवर कर ही देगी।
डेवलपमेंट और ऑपरेशंस के बीच लगातार टकराव
दूसरी अहम ज़िम्मेदारियों के साथ IT संगठन के दो मुख्य उद्देश्य हैं:
- डेवलपमेंट टीम ग्राहकों और बाज़ार की बदलती माँग के जवाब में जल्दी डिलीवरी करे।
- ऑपरेशंस टीम ग्राहकों और बाज़ार को स्थिर, अनुमानित, सुरक्षित और निरंतर सेवा दे।
ऐसे ढाँचे में डेवलपमेंट और ऑपरेशंस के लक्ष्य और प्रेरणाएँ टकराती हैं। इससे IT विभाग की उत्पादकता, सेवा गुणवत्ता, ग्राहक संतुष्टि और नतीजे गिरते हैं और आखिर में पूरे व्यवसाय का प्रदर्शन गिरता है।
अब आप पर तकनीकी ऋण है
लगातार आपात समस्याएँ सँभालने, अस्थायी उपाय और बिना योजना के काम से तकनीकी ऋण बढ़ता है। इससे डेवलपमेंट और ऑपरेशंस के साथ आर्किटेक्चर, सूचना सुरक्षा, टेस्टिंग, उत्पाद और रिलीज़ प्रबंधन और व्यावसायिक हितधारकों पर भी असर पड़ता है।
तकनीकी ऋण की तुलना वित्तीय ऋण से करें। वित्तीय ऋण जितना ज़्यादा, लक्ष्य तक पहुँचने के विकल्प उतने कम। आखिर में सही फ़ैसला करना लगभग असंभव होता है और अधिक ऋण लेने की संभावना बढ़ती है।
तकनीकी ऋण में भी ऐसा ही है। जितना ऋण, सही समाधान बनाने और देने के उतने कम विकल्प। आखिर आप ताश के महल की तरह एक के ऊपर एक अस्थायी उपाय बनाते हैं। सब गिरने में सिर्फ़ समय लगता है। यह आप जानते हैं।
आपका व्यवसाय सबसे नाज़ुक सिस्टम से कमाता है
हैरानी की बात नहीं, पर चिंता की बात है कि आपके सबसे अहम और आय देने वाले सिस्टम में त्रुटि, क्रैश और डाउनटाइम का सबसे ज़्यादा जोखिम है।
ये सिस्टम व्यवसाय के केंद्र में हैं। शायद ही किसी बैठक में उनकी चर्चा न हो। लगभग सभी परियोजनाओं का असर उन पर होता है। महत्वपूर्ण होने से उन पर लगातार काम, तत्काल बदलाव और बिना योजना के सुधार लगते हैं, फिर भी प्राथमिकता-1 की घटनाएँ होती रहती हैं।
एक वादा टूटता है, तो आप और बड़ा वादा करते हैं
IT संगठन बार-बार वादे तोड़े और हितधारकों को निराश करे, तो वे पिछली कमी पूरी करने के लिए और माँग करते हैं। बेहतर नौकरी का प्रस्ताव न हो, तो आपके और लीडरों के पास अक्सर «क्यों नहीं» के अलावा जवाब नहीं रहता।
फिर डेवलपमेंट और डिलीवरी संगठन को सामान्य से बड़ी चुनौती मिलती है। अहम सिस्टम और आर्किटेक्चर «तत्काल» समय-सीमा में आवश्यकताओं के पास भी नहीं पहुँचते। आप मौजूदा अस्थायी उपायों के ऊपर नए बनाने लगते हैं।
अब काम में मज़ा नहीं आता
आखिर सब और व्यस्त हो जाते हैं। कैलेंडर में उस काम के लिए एक घंटा भी बिना रुकावट नहीं बचता जिसके लिए आपको नौकरी और भुगतान मिला है। इतने ईमेल आते हैं कि बैठकों के गैर-उत्पादक समय में आप अस्पष्ट और बेमतलब ईमेल छाँटते हैं। सोचते हैं कि ईमेल लिखने और इस्तेमाल करने की अनिवार्य ट्रेनिंग क्यों नहीं है।
अपना काम आगे बढ़ाने के लिए आप अक्सर दूसरी टीम पर निर्भर हैं। दो हफ़्ते पहले बताई माँग अब भी उनकी सूची में नहीं है। उन्होंने नया «Horizon 2400» प्रोजेक्ट शुरू किया और कमज़ोर ऐप्लिकेशन की 9 प्राथमिकता-1 घटनाएँ हल करनी पड़ीं।
आप थोड़े बेसब्र होने लगते हैं, क्योंकि अपना काम आगे बढ़ाने के लिए दूसरी टीम की तय संपर्क व्यक्ति से जवाब चाहिए।
आप एक और ईमेल भेजकर अनुरोध याद दिलाते हैं। इस बार उनकी बॉस को CC में रखते हैं और सोचते हैं कि पहली बार ही ऐसा करना चाहिए था।
कुछ सेकंड में दो अनुपस्थिति सूचनाएँ आती हैं। आपकी संपर्क व्यक्ति इस हफ़्ते के अंत तक «Horizon 2400» वर्कशॉप में हैं। उनकी बॉस आज बीमार होकर घर पर हैं।
निष्कर्ष
इस अध्याय में हमने उन चुनौतियों के बारे में बताया जिनका सामना ज़्यादातर व्यवसाय और IT पेशेवर करते हैं। लगभग हर व्यवसाय और पेशेवर लगातार गिरावट के ऐसे दुष्चक्रों में फँसा रहता है।
Gartner का अनुमान है कि दुनिया भर की कंपनियाँ आय देने वाले IT सिस्टम चालू रखने के लिए हर साल बिना बजट और योजना वाले रखरखाव पर करीब 600 अरब USD बर्बाद करती हैं। अंकों में यह रकम है 600,000,000,000 USD।
IT जैसे सोच-विचार वाले पेशे में इतनी बर्बादी समझना आसान नहीं है।
यह हल करने लायक चुनौती है। DevOps के पास कुछ कंपनियों और शायद आपकी कंपनी के लिए भी जवाब हैं, अगर वह प्रयोग करने, सीखने और बदलने के लिए तैयार है।
