इस तरह की स्थितियों में DevOps इंजीनियर्स के लिए सबसे महत्वपूर्ण बात, (ए) प्रबंधन प्रतिबद्धता और (बी) आवश्यक बजट प्राप्त करना है । दोनों पर कुछ और विवरणों के लिए पढ़ें ...
प्रबंधन प्रतिबद्धता प्राप्त करें
एक बार ऐसा होने पर, ऐसे DevOps इंजीनियरों के लिए चीजें आसान हो जाती हैं। विशेष रूप से जब भी प्रतिरोध (सभी प्रकार की पार्टियों से) खेल में आता है। मेरा विश्वास करो, ऐसा प्रतिरोध होगा, जो इस तरह की चुनौतियां हैं:
- हमें क्यों बदलना होगा? मैं वही करना चाहता हूं जो मैंने एक्स सालों से किया था!
- मैं अपने पास होने वाली तकनीकी (तकनीकी) शक्ति को ढीला नहीं करना चाहता, और सभी प्रकार की वर्कफ़्लो प्रक्रियाओं को पूरा करना चाहता हूं, ताकि उत्पादन में एक मूर्खतापूर्ण समाधान मिल सके जो मुझे 5 घंटे (या दिन ...) के बजाय 5 मिनट की तरह लेना चाहिए।
- ... (मैं यहां एक और दर्जन गोलियां जोड़ सकता था ...)।
जब भी वे चुनौतियां सामने आती हैं, तो सभी DevOps इंजीनियर को कहना चाहिए:
मुझे क्षमा करें, मैं सिर्फ अपना काम कर रहा हूं ... ऊपरी प्रबंधन के निर्देशों के आधार पर।
आवश्यक बजट प्राप्त करें
आवश्यक बजट प्राप्त करने का एक प्रभावी तरीका, एक उपयुक्त व्यावसायिक मामला बनाना / प्रस्तुत करना है जो विभिन्न देवओ प्रथाओं के मूर्त और अमूर्त लाभों को कुछ वास्तविक दुनिया के मामलों में लागू करके बताता है जो कंपनी पर ही लागू होते हैं।
नीचे कुछ वास्तविक दुनिया के मामले हैं जिन्हें मैंने खुद अनुभव किया था, एक SCM सलाहकार के रूप में कुछ कंपनियों द्वारा काम पर रखा गया था जहाँ ये चीजें हुई थीं। मुझे पता है, SCM केवल DevOps का हिस्सा है, लेकिन यह वह क्षेत्र है जहाँ मुझे कुछ विशेषज्ञता हासिल है ...
1. स्वचालन के लाभ
केवल 2 (!!!) से कुछ हड़ताल के कारण कंप्यूटर ऑपरेटर (जो कंसोल को टाइप नहीं करते हैं, जहां उन्हें टाइप करने की उम्मीद है), ट्रेनों को 2 कारखानों के बीच आधे रास्ते में बंद करना पड़ा (क्योंकि सिस्टम में सिस्टम के बाद से) जहां ट्रेन नीचे जा रही थी, ट्रेन को संभालने के बारे में महत्वपूर्ण डेटा उपलब्ध नहीं था)।
SCM प्रणाली लागू करने से, कई ऑपरेटर कमांड स्वचालित हो गए थे।
2. सॉफ्टवेयर लाइसेंस की लागत कम करें
कुछ सॉफ्टवेयर विक्रेता ने (पुरानी) SCM सॉफ्टवेयर के लिए कुछ वार्षिक शुल्क बढ़ाने का फैसला किया था, जिसके लिए प्रबंधन सहमत नहीं था। इसके लिए उन्होंने कुछ वैकल्पिक SCM सॉफ्टवेयर द्वारा प्रतिस्थापित करने के लिए एक विशेष परियोजना बनाई।
परियोजना का बजट वार्षिक शुल्क के बराबर था जिसे वे भुगतान नहीं करना चाहते थे। इसमें परियोजना को सफल बनाने के लिए अन्य महाद्वीपों (जैसे मेरे) के इंजीनियरों में उड़ान शामिल थी।
3. परिचालन लागत कम करें
कुछ प्रमुख बीमा कंपनी देश भर में लगभग 13.000 मिडरेंज कंप्यूटर (AS / 400s) के लिए सॉफ़्टवेयर फ़िक्स को स्थानांतरित करने के लिए कुछ FTP सॉफ़्टवेयर का उपयोग कर रही थी, और जब भी "एक" फिक्स उपलब्ध हुआ। 1 ऐसे हस्तांतरण की लागत लगभग 4 USD थी (एक हस्तांतरण के लिए 13.000 x 4 = 52.000 USD ...)। सॉफ्टवेयर में लगभग 150 डेवलपर्स द्वारा विकसित / अनुरक्षित 120.000 घटक शामिल थे। इस संभावना के बारे में गणित करें कि 1 डेवलपर ने इन 120.000 घटकों में से किसी में 1 (छोटी) गलती की, जिसने इसे उत्पादन के लिए बनाया, और एक तत्काल फिक्स की आवश्यकता थी, जिसकी लागत एक और 52.000 USD होगी (बस हस्तांतरण के लिए!)।
एक पर्याप्त SCM प्रणाली (प्रबंधित परीक्षण वातावरण, अनुमोदन आदि के साथ) को लागू करके, इस कंपनी ने एक बड़ी लागत में कमी हासिल की। इसके बारे में सोचें, यदि SCM सिस्टम केवल 20 स्थानान्तरणों की तत्काल आवश्यकता की रोकथाम कर सकता है, तो इसके परिणामस्वरूप 52.000 x 20 = 1.040.000 USD की लागत में कमी आई है (SCM प्रणाली को लागू करने के लिए काफी बजट, उन्हें केवल एक अंश की आवश्यकता थी उस राशि का काम पूरा करने के लिए)।
4. अनुपलब्धता की लागत को कम करना
यदि उपरोक्त मामले पर्याप्त रूप से आश्वस्त नहीं हैं, तो दुनिया भर में अनुपलब्ध प्रमुख क्रेडिट कार्ड कंपनी की प्रणाली के बारे में सोचें। मुझे बताया गया है कि अनुपलब्धता के 1 सेकंड में उनकी लागत 1.000.000 USD है।
शायद यही कारण है कि, बहुत लंबे समय के लिए, ऐसी कंपनियों के पास पहले से ही कई दशकों से परिष्कृत DevOps उपकरण हैं। क्योंकि प्रत्येक दूसरे वे व्यवसाय में नहीं हैं, उन्हें एक भाग्य खर्च होता है।