कुछ परामर्श कंपनियां "DevOps परिवर्तन" नामक एक सेवा को बढ़ावा दे रही हैं। कई बड़ी कंपनियाँ दुनिया भर के सम्मेलनों और मुलाकातों में इस विषय पर बात कर रही हैं।
इस तरह के "DevOps परिवर्तन" क्या है? यह सफल परिवर्तनों के लिए, और असफल लोगों दोनों के लिए क्रियात्मक शब्दों में कैसा दिखता है।
जवाबों:
मुझे इस सवाल के जवाब में अपना जवाब देने की जरूरत है कि DevOps क्या है, विशेष रूप से DevOps परिवर्तनों के भीतर मैं इसका हिस्सा रहा हूं, DevOps पूर्ण सॉफ्टवेयर डेवलपमेंट लाइफसाइकल का स्वामित्व है। चार्ट में सभी प्रथाएं DevOps का एक महत्वपूर्ण हिस्सा हैं, और वे सिस्टम लूपिंग और फीडबैक लूप्स के प्रवर्धन दोनों को सक्षम और कम करते हैं ।
हालांकि, CI / CD और DevOps के बीच महत्वपूर्ण अंतर एक उत्पादन वातावरण में सॉफ्टवेयर का वास्तविक संचालन है, जहां यह अपने ग्राहकों और इसके द्वारा संचालित व्यवसाय का मूल्य प्रदान कर सकता है।
एक DevOps परिवर्तन में भाग लेने वाले या अग्रणी सलाहकार के रूप में, मेरे मन के सामने निम्नलिखित पहलू हैं:
संस्कृति : जैसा कि डेव ने सही ढंग से एक निरंतर प्रयोग की संस्कृति को इंगित किया और किसी भी परिवर्तन की सफलता के लिए सीखना महत्वपूर्ण है। एक DevOps के नजरिए से यह नीचे आता है कि हम एक ऐसी संस्कृति का प्रतिपादन कैसे करते हैं जो चुने हुए DevOps मॉडल की सहायक होती है, यह मॉडल "You Build It, You Run It" हो सकता है या यह Google की साइट विश्वसनीयता इंजीनियरिंग अभ्यास की तर्ज पर अधिक हो सकता है। ।
ऑपरेटिंग मॉडल : यह व्यवसाय प्रस्ताव का एक हिस्सा है जो यह बताता है कि संगठन कैसे मूल्य प्रदान करेगा, आम तौर पर लोग, प्रक्रिया और उपकरण एक उच्च स्तर पर एक साथ बंधे हुए उपयोग करते हैं। एक ऑपरेटिंग मॉडल के बिना, आपके पास कोई खाका नहीं है कि संगठन जिस तरह से प्रथाओं को परिभाषित करता है उसे अपनाने के लिए, यह बदले में, स्पष्टता और भिन्न व्यवहार की कमी की ओर जाता है।
सी-लेवल एयरकवर : व्यवसाय के काम करने के तरीके में आमूल-चूल परिवर्तन करने के लिए परिवर्तन कार्यक्रमों के भीतर काम करने वाले सलाहकार के रूप में यह अक्सर हमारा काम होता है। आप लोगों को परेशान करने वाले हैं, और कुछ लोग बदलावों को पसंद नहीं करेंगे - यह महत्वपूर्ण है कि आपके पास चीजों को बदलने और आगे बढ़ने के लिए ऊपर से "एयर कवर" हो।
एक बार उच्च स्तर होने के बाद कुछ ऐसा खोजना महत्वपूर्ण है जिसे आप वास्तविक रूप से वितरित कर सकते हैं:
पाठ्यक्रम पर रहें और संगठन के बाकी हिस्सों को चालू करके परिवर्तन को बंद करें। गार्टनर हाइप साइकिल और एडॉप्शन लाइफसाइकल के बीच संबंध को समझें । परिवर्तन कार्यक्रम के लिए "गर्त के प्रसार" में आने के लिए तैयार रहें, पाठ्यक्रम पर बने रहें और अंतिम लक्ष्य को दृष्टि में रखें।
अंतिम बिंदु की गहन खोज के लिए जेफ्री ए मूर की क्रॉसिंग द चैस पढ़ें । मैं एक शाब्दिक रूप से एक पुस्तक लिख सकता हूं कि कैसे एक DevOps परिवर्तन वितरित करना है, हालांकि जब तक मैंने इसे पूरा कर लिया था, तब तक शायद मेरे लिए और अधिक DevOps परिवर्तन कार्य नहीं होगा।
DevOps तीन प्रमुख आयामों को तोड़ता है:
संस्कृति
देवओप्स संस्कृति सभी हितधारकों, विशेष रूप से देव, ऑप्स और सुरक्षा के बीच उच्च स्तर के विश्वास, सहयोग और संचार पर जोर देती है । इन समूहों के बीच प्राकृतिक तनाव और प्रतिस्पर्धा घर्षण पैदा करती है, और अक्सर शिथिलता। DevOps इन टीमों के बीच प्रयासों को संरेखित करने के बारे में सबसे पहले (यकीनन) है।
प्रक्रिया
DevOps विकास प्रक्रियाएं एजाइल प्रक्रियाओं के साथ निकटता से संरेखित होती हैं। ऑप्स को देव प्रयासों में बेहतर संरेखित करने के लिए एजाइल जैसी प्रथाओं को लेने के लिए प्रोत्साहित किया जाता है। DevOps- संरेखित प्रक्रियाएँ पूरे विकास / वितरण जीवन चक्र में उच्च वेग और तेज़ प्रतिक्रिया छोरों का समर्थन करने के लिए डिज़ाइन की गई हैं। सतत एकीकरण, सतत वितरण और सतत सुधार (काइज़न) देवओप्स प्रक्रिया के फोकस क्षेत्र हैं।
प्रौद्योगिकी
DevOps एक उपकरण नहीं है, लेकिन यह उपकरण द्वारा समर्थित है। सतत एकीकरण, स्रोत नियंत्रण और अनुप्रयोग जीवनचक्र प्रबंधन सहित कई क्षेत्रों में सहायक उपकरणों के पूरे परिवार हैं।
एक "DevOps परिवर्तन" को तीनों के तत्वों को संबोधित करना चाहिए, लेकिन जरूरी नहीं कि एक ही समय में सभी समान रूप से। परिवर्तन के लिए एक प्राकृतिक प्रगति और "महत्वपूर्ण मार्ग" है। तर्क दिया जा सकता है, उदाहरण के लिए, DevOps कम से कम विकास टीम / टीमों के भीतर चुस्त अभ्यास के रूप में निर्भर है। टूलींग में निवेश किए जाने से पहले संस्कृति के मुद्दों को संबोधित करने की आवश्यकता हो सकती है।
सन्दर्भ:
संस्कृति: https://www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture
प्रौद्योगिकी: https://xebialabs.com/periodic-table-of-devops-tools/