My journey from a DevOps practitioner to DevOps Architect

DevOps मुझे आश्चर्यचकित करता है कि विभिन्न लोग DevOps शब्द की व्याख्या कैसे करते हैं। जब मैं अलग-अलग टीमों के लोगों से बात करता हूं, तो उनकी अलग-अलग तरह की राय या समझ होती है कि वास्तव में DevOps का क्या मतलब है। या DevOps डेवलपर्स और ऑपरेशन कर्मियों की एक टीम है, या DevOps जलप्रपात से Agile की एक सांस्कृतिक पारी है, या DevOps टीम की निगरानी के बारे में एक चुस्त है जिस तरह से उत्पाद को अलग तरीके से वितरित करना है, या, DevOps कर्मचारी देव और ऑप्स भूमिका निभा सकते हैं एक साथ और इतने पर …

मेरा एक अलग दृष्टिकोण है कि वास्तव में ‘DevOps’ क्या है। मेरे लिए DevOps तीन मुख्य सिद्धांतों पर काम करता है अर्थात 3C of DevOps:

संचार:   संचार एक बांडिंग एजेंट है जो डेवलपर्स और संचालन, और अन्य हितधारकों को, इस प्रक्रिया में बांधता है। संगठन में एक मजबूत साझा संचार परत के बिना, DevOps को प्राप्त करना लगभग असंभव हो जाता है।

सहयोग:   यह संपूर्ण प्रणाली के प्रदर्शन पर जोर देता है। सहयोग का महत्व वास्तव में एक उद्योग में महत्वपूर्ण है जहां वे वितरित वातावरण में काम करते हैं। यह टीमों का एक स्वाभाविक गठन होना चाहिए। अगर कुछ गलत हो जाता है, तो उस सहयोग और संबंध को वास्तव में उस टीम को एक साथ लाने के लिए उपयोग करना वास्तव में आसान है।

संस्कृति:   एक ऐसी संस्कृति का निर्माण करना, जिसमें हितधारकों (व्यवसाय, विकास, संचालन, सुरक्षा, परीक्षण, प्रदर्शन इंजीनियरिंग, और अन्य टीमें जो सभी वितरण में शामिल हैं) के बीच सीखने और समझने को प्रोत्साहित करती हैं।

इस बिंदु पर, आगे विस्तार करने के लिए – मैं अपने पिछले अनुभव से एक उदाहरण का उल्लेख करना चाहूंगा।

एक महत्वपूर्ण उत्पादन रिलीज के बाद – जहां कुछ गड़बड़ियां सामने आईं – दोष का खेल जारी रहा। कई डेवलपर्स और कई विक्रेता तैनाती के तुरंत बाद इस नए तैनात बैकएंड सुविधा का उपयोग कर रहे थे, जब तक कि वेबसाइट पूरी तरह से प्रतिक्रिया नहीं दे रही थी, प्रतिक्रिया समय धीमा हो गया। डेवलपर्स और विक्रेता घबरा रहे थे क्योंकि यह सबसे खराब परिस्थितियों में से एक था।

सभी निचले वातावरणों पर ठीक काम करना इसलिए यह एक तैनाती मुद्दा है, हमने (DevOps) ने दावा किया कि हमने केवल परिनियोजन प्रक्रिया का पालन किया है और हम वह नहीं हैं जो कॉन्फ़िगरेशन और अन्य प्रणालियों से संबंधित है, यह बैकएंड को बदलता है, इसलिए यह बैकएंड हो सकता है समस्या, बैकएंड टीम के साथ आरोप लगाया कि उनके सर्वर ठीक काम कर रहे हैं और अन्य वातावरण के लिए काम कर रहे हैं, इसलिए यह डेवलपर्स से एक मिस हो सकता है कि उन्होंने कॉन्फ़िगरेशन फ़ाइलों के सही संस्करण को पैक नहीं किया।

अंत में रिलीज मैनेजर ने फैसला किया कि देवओप्स को इस समस्या का निवारण करना होगा।

समस्या निवारण के गहन दौर से गुजरने के बाद हमने (DevOps) ने कई टन लॉग निकाले और इस नतीजे पर पहुंचे कि बैकएंड सेवाओं में से एक डाउन थी और इस समस्या को दूर करने के लिए सेवा को फिर से शुरू करना पड़ा।

मुझे लगता है कि अगर सही संस्कृति का संगठन में स्थान होता है, तो उपरोक्त समस्या को तुरंत दूर किया जा सकता है, जहां हर कोई सिस्टम की सफलता के लिए प्रतिबद्ध है, अपने व्यक्तिगत प्रदर्शन और सफलता के लिए नहीं। मुझे एहसास हुआ कि इन टीमों को देखने के बजाय व्यक्तिगत साइलो, जो डिलीवरी के लिए किसी भी जवाबदेही के बिना एक-दूसरे के लिए जिम्मेदारियां जारी रखते हैं, DevOps हितधारकों की अन्योन्याश्रयता को पहचानता है और उन्हें विफलता की कम दर प्रदान करने में मदद करता है।

इसके अलावा, DevOps भी बेहतर तैनाती आवृत्ति के साथ बाजार में तेजी से समय, शून्य डाउनटाइम और तेजी से रिकवरी के लिए अनुकूलन में मदद करता है। एक लोकप्रिय विषय यह है कि क्या एजाइल देवो के बराबर है। इस पर मेरा विचार है, देवओप्स एजाइल की प्रशंसा करने के लिए आए हैं, यह एक एनबलर के रूप में कार्य करता है, जो काम के निरंतर प्रवाह का समर्थन करने के लिए देवओप को टीमों के साथ सहयोग करने की अनुमति देता है।

अपने व्यक्तिगत अनुभव में, मैंने यह सारा काम तभी देखा है जब निम्नलिखित गुण सच्चे सार में विरासत में मिले हैं:

यह बहुत महत्वपूर्ण है कि बयान “यह मेरा व्यवसाय नहीं है” को आपकी शब्दावली से हटा दिया जाना चाहिए। इसका मतलब यह नहीं है कि आप हर काम के लिए हर किसी की मदद करने जा रहे हैं। यह या तो मदद करने के बारे में है, जब आप उन्हें सही व्यक्ति की ओर इशारा कर सकते हैं या कर सकते हैं। आपको होना चाहिए आपको टीमों के साथ सामूहीकरण करना चाहिए और एक साथ मुद्दों पर काम करना चाहिए। एक टीम के खेल के रूप में DevOps के बारे में सोचें। DevOps में अपने साथी के प्रदर्शन पर भरोसा करना बहुत महत्वपूर्ण है।

निष्कर्ष

एक संगठन की समग्र संस्कृति को बदलने के लिए ताकि निरंतर मूल्यांकन को सक्षम करने और गतिशील रूप से ग्राहक और बाजार की मांगों के अनुकूल होने के लिए, DevOps को अपनाना महत्वपूर्ण है। ये 3 सिद्धांत टीमों को एक सहयोगी DevOps संस्कृति बनाने में मदद करते हैं जो समग्र वितरण का स्वागत करता है और तेजी लाता है।

Leave a Comment