विकासशील प्रौद्योगिकियों के लिए धन्यवाद, हम सब कुछ तेजी से, बेहतर और कम और कम संसाधन खपत के साथ कर सकते हैं। हम इसे हर उद्योग में देख सकते हैं, लेकिन निस्संदेह आईटी इस क्षेत्र में अग्रणी है – देवओप्स सहित नए उपकरण और कार्यप्रणाली विकसित की जा रही है। यह क्या है?
DevOps क्या है?
हालाँकि यह तरीका अपेक्षाकृत हाल ही में लोकप्रिय हुआ है, लेकिन आईटी की दुनिया में यह कोई नई बात नहीं है। 2009 में गेन्ट में एक सम्मेलन में इस पर चर्चा की गई, जिसने देवओप्स डेज़ नामक बैठकों की एक श्रृंखला खोली। उनका मुख्य सुझाव विकास और व्यवस्थापक टीमों के बीच संचार और सहयोग में सुधार करना है। इसलिए नाम, जो विकास और संचालन को जोड़ता है (इंग्लैंड। विकास और संचालन – “विकास और संचालन”)।
DevOps में क्या बदलाव आया है?
इस पद्धति के लागू होने से पहले, परियोजना के कार्यान्वयन के लिए जिम्मेदार दो मुख्य विभागों की अलग-अलग प्राथमिकताएं और लक्ष्य थे। डेवलपर्स प्रोग्रामिंग का काम जल्द से जल्द पूरा करना चाहते थे और ग्राहक की साइट पर सॉफ्टवेयर को लागू करना चाहते थे। हालाँकि, यह नीति प्रशासनिक विभाग के हितों के विपरीत थी, जो कोड परिवर्तनों की संख्या को न्यूनतम रखना पसंद करता था।
काम के इस मॉडल का परिणाम क्या है? अधिक त्रुटियां, अधिक वितरण समय और लागत, और वितरित उत्पाद की कम गुणवत्ता। हर कोई खो गया: कंपनी, कर्मचारी और अंतिम उपयोगकर्ता।
समाधान दो डिवीजनों को एक टीम में मिलाने में मिला, जिसके सदस्य अपने ज्ञान और निष्कर्षों को एक दूसरे के साथ साझा करते हैं। इस तरह से DevOps ने मूल रूप से कार्य किया, और यह इस रूप में है कि छोटी कंपनियां अब इसे लागू कर रही हैं – प्रशासक उत्पादन ज्ञान की मूल बातों से परिचित हो जाते हैं, और डेवलपर्स समर्थन के क्षेत्र में दक्षता विकसित करते हैं।
एक अन्य परिवर्तन प्रक्रिया स्वचालन (परीक्षण, विश्लेषण, कार्यान्वयन और निगरानी) और क्लाउड इन्फ्रास्ट्रक्चर में बढ़ी हुई रुचि है, जो कि DevOps का एक अभिन्न अंग बन गया है। आईटी दुनिया ने न केवल एक बहुत ही व्यावहारिक कार्यप्रणाली हासिल की है, बल्कि नए उपकरणों और प्रौद्योगिकियों की एक विस्तृत श्रृंखला भी हासिल की है। संचालन के तरीके में परिवर्तन इतने प्रभावी रहे हैं कि अधिक कंपनियां उन्हें लागू कर रही हैं, और बाजार में एक नई स्थिति सामने आई है – DevOps इंजीनियर।
पुनरावर्ती कार्य मॉडल
एक बहुत ही महत्वपूर्ण संशोधन जो हमें DevOps के लिए देना है, वह है वाटरफॉल वर्क मॉडल को एक पुनरावृत्त मॉडल के साथ बदलना। इसका क्या मतलब है और इसके क्या फायदे हैं? “पारंपरिक” या कैस्केडिंग प्रणाली परियोजना कार्यान्वयन प्रक्रिया को एक के बाद एक अलग-अलग चरणों में विभाजित करती है। यह ध्यान रखना महत्वपूर्ण है कि परियोजना के अगले चरण पर काम शुरू करने के लिए, आपको पहले पिछले चरणों से सभी कार्यों को पूरा करना होगा। यह मॉडल समस्याग्रस्त साबित हुआ है क्योंकि कार्यान्वयन के पहले चरण में संशोधनों की आवश्यकता होने पर बाद के सभी चरणों को पूरा किया जाना चाहिए।
यह भी देखा गया कि कार्यान्वयन प्रक्रिया के दौरान, ग्राहकों की अपेक्षाएं बदल जाती हैं, जिससे टीम को कई सुधार करने के लिए मजबूर होना पड़ता है। जैसा कि आप अनुमान लगा सकते हैं, समय के विशाल संसाधन खर्च किए गए थे, और परिणामस्वरूप, अंतिम प्रभाव सही से बहुत दूर था।
इन कमियों को पुनरावृत्त मॉडल में समाप्त कर दिया गया था। प्रारंभ में, यहां केवल मोटे अनुमान लगाए जाते हैं, जिन्हें बाद में कार्यान्वयन प्रक्रिया में जांचा और परिष्कृत किया जाता है। साथ ही, सभी काम पूरा होने की प्रतीक्षा करने के बजाय, कोड स्निपेट्स को प्रतिबद्ध किया जाता है और जितनी जल्दी हो सके परीक्षण किया जाता है। इस प्रकार, टीम संभावित परिवर्तन आवश्यकताओं के लिए शीघ्रता से प्रतिक्रिया करती है, और अंतिम परिणाम पूरी तरह से वर्तमान ग्राहक अपेक्षाओं के अनुरूप हैं।
DevOps किसके लिए है?
इस पद्धति के सबसे बड़े लाभार्थी ऐसे संगठन हैं जिनके संचालन के लिए उत्पाद के बुनियादी ढांचे में लगातार बदलाव की आवश्यकता होती है, लेकिन जरूरी नहीं कि बड़े बदलाव हों।
क्या DevOps का कोई भविष्य है?
जिन कंपनियों ने DevOps को लागू करने का निर्णय लिया है, वे इस पद्धति को केवल स्वचालन और कार्य संस्कृति की तुलना में बहुत अधिक देखती हैं। वे समझते हैं कि विजेता वह आपूर्तिकर्ता है जो प्रतिस्पर्धा की तुलना में तेजी से, अधिक कुशलता से और बेहतर परिणामों के साथ काम कर सकता है। इसलिए, आंकड़े, उदाहरण के लिए, 77% अमेरिकी उद्यम कार्यान्वयन प्रक्रिया में DevOps के उपयोग की घोषणा करते हैं या निकट भविष्य में ऐसा कोई समाधान है, आश्चर्य की बात नहीं है।
