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