DevOps की आवश्यकता क्यों है और DevOps विशेषज्ञ कौन हैं?

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

DevOps की अवधारणा में कौन सी प्रथाएँ शामिल हैं और उनकी आवश्यकता क्यों है? DevOps इंजीनियर क्या करते हैं और उन्हें क्या करने में सक्षम होना चाहिए? ईपीएएम के विशेषज्ञ इन और अन्य सवालों के जवाब देते हैं: किरिल सर्गेव, सिस्टम इंजीनियर और डेवऑप्स प्रचारक, और इगोर बॉयको, अग्रणी सिस्टम इंजीनियर और कंपनी की डेवऑप्स टीमों में से एक के समन्वयक।

DevOps की आवश्यकता क्यों है?

पहले, डेवलपर्स और समर्थन (तथाकथित संचालन) के बीच एक बाधा थी। यह विरोधाभासी लगता है, लेकिन उनके लक्ष्य और KPI अलग-अलग थे, हालाँकि वे एक ही काम कर रहे थे। विकास का लक्ष्य व्यावसायिक आवश्यकताओं को यथाशीघ्र लागू करना और उन्हें एक कार्यशील उत्पाद में जोड़ना था। समर्थन यह सुनिश्चित करने के लिए ज़िम्मेदार था कि एप्लिकेशन स्थिर रूप से काम करे - और कोई भी बदलाव स्थिरता को खतरे में डालता है। हितों का टकराव है - DevOps इसे हल करता हुआ दिखाई दिया।

डेवऑप्स क्या है?

यह एक अच्छा प्रश्न है - और विवादास्पद भी: दुनिया अभी तक इस पर अंततः सहमत नहीं हुई है। EPAM का मानना ​​है कि DevOps एक टीम के भीतर प्रौद्योगिकियों, प्रक्रियाओं और बातचीत की संस्कृति को जोड़ता है। इस एसोसिएशन का लक्ष्य अंतिम उपयोगकर्ताओं को लगातार मूल्य प्रदान करना है।

किरिल सर्गेव: “डेवलपर्स कोड लिखते हैं, परीक्षक इसकी समीक्षा करते हैं, और प्रशासक अंतिम उत्पाद को उत्पादन में तैनात करते हैं। लंबे समय तक टीम के ये हिस्से कुछ हद तक बिखरे हुए थे, और फिर उन्हें एक सामान्य प्रक्रिया के माध्यम से एकजुट करने का विचार आया। इस तरह DevOps प्रथाएँ सामने आईं।"

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

DevOps संस्कृति का सार क्या है?

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

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

DevOps प्रथाओं के प्रकार क्या हैं?

DevOps प्रथाएँ सॉफ़्टवेयर जीवन चक्र के सभी चरणों को कवर करती हैं।

इगोर बॉयको: “आदर्श स्थिति तब होती है जब हम किसी प्रोजेक्ट की शुरुआत में ही DevOps प्रथाओं का उपयोग करना शुरू कर देते हैं। आर्किटेक्ट्स के साथ मिलकर, हम योजना बनाते हैं कि एप्लिकेशन में किस प्रकार का वास्तुशिल्प परिदृश्य होगा, यह कहाँ स्थित होगा और कैसे स्केल किया जाएगा, और एक प्लेटफ़ॉर्म चुनें। आजकल, माइक्रोसर्विस आर्किटेक्चर फैशन में है - इसके लिए हम एक ऑर्केस्ट्रेशन सिस्टम चुनते हैं: आपको एप्लिकेशन के प्रत्येक तत्व को अलग से प्रबंधित करने और इसे दूसरों से स्वतंत्र रूप से अपडेट करने में सक्षम होना चाहिए। एक अन्य अभ्यास "कोड के रूप में बुनियादी ढाँचा" है। यह उस दृष्टिकोण का नाम है जिसमें प्रोजेक्ट इंफ्रास्ट्रक्चर को सर्वर के साथ सीधे संपर्क के बजाय कोड का उपयोग करके बनाया और प्रबंधित किया जाता है।

इसके बाद हम विकास चरण पर आगे बढ़ते हैं। यहां सबसे बड़ी प्रथाओं में से एक सीआई/सीडी का निर्माण करना है: आपको डेवलपर्स को उत्पाद में परिवर्तनों को जल्दी से, छोटे भागों में, अधिक बार और दर्द रहित तरीके से एकीकृत करने में मदद करने की आवश्यकता है। सीआई/सीडी में कोड समीक्षा, मास्टर को कोड बेस पर अपलोड करना और परीक्षण और उत्पादन वातावरण में एप्लिकेशन को तैनात करना शामिल है।

सीआई/सीडी चरणों में, कोड गुणवत्ता द्वारों से होकर गुजरता है। उनकी मदद से, वे जाँचते हैं कि डेवलपर के वर्कस्टेशन से निकलने वाला कोड निर्दिष्ट गुणवत्ता मानदंडों को पूरा करता है। यूनिट और यूआई परीक्षण यहां जोड़ा गया है। तेज़, दर्द रहित और केंद्रित उत्पाद परिनियोजन के लिए, आप उपयुक्त परिनियोजन प्रकार चुन सकते हैं।

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

DevOps प्रथाओं के क्या लाभ हैं?

यदि हम आधुनिक DevOps प्रथाओं पर एक पाठ्यपुस्तक लिख रहे थे, तो पहले पृष्ठ पर तीन बिंदु होंगे: स्वचालन, रिलीज़ में तेजी लाना, और उपयोगकर्ताओं से तीव्र प्रतिक्रिया।

किरिल सर्गेव: “पहली चीज़ है स्वचालन। हम टीम में सभी इंटरैक्शन को स्वचालित कर सकते हैं: कोड लिखा - इसे रोल आउट किया - इसकी जांच की - इसे इंस्टॉल किया - फीडबैक एकत्र किया - शुरुआत में वापस लौटाया। ये सब स्वचालित है.

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

तीसरा है उपयोगकर्ता प्रतिक्रिया में तेजी लाना। यदि उनकी टिप्पणियाँ हैं, तो हम तुरंत समायोजन कर सकते हैं और एप्लिकेशन को तुरंत अपडेट कर सकते हैं।

"सिस्टम इंजीनियर", "बिल्ड इंजीनियर" और "डेवऑप्स इंजीनियर" की अवधारणाएँ कैसे संबंधित हैं?

वे ओवरलैप करते हैं, लेकिन थोड़े अलग क्षेत्रों से संबंधित हैं।

EPAM में सिस्टम इंजीनियर एक पद है। वे विभिन्न स्तरों पर आते हैं: कनिष्ठ से मुख्य विशेषज्ञ तक।

एक बिल्ड इंजीनियर एक ऐसी भूमिका है जिसे किसी प्रोजेक्ट पर निभाया जा सकता है। अब सीआई/सीडी के लिए जिम्मेदार लोगों को यही कहा जाता है।

DevOps इंजीनियर एक विशेषज्ञ होता है जो किसी प्रोजेक्ट पर DevOps प्रथाओं को लागू करता है।

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

एक DevOps इंजीनियर वास्तव में क्या करता है?

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

हमने स्वचालन के बारे में बहुत सारी बातें कीं - सबसे पहले DevOps इंजीनियर इसी चीज़ से निपटते हैं। यह एक बहुत बड़ा बिंदु है, जिसमें अन्य बातों के अलावा, पर्यावरण तैयार करना भी शामिल है।

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

एक DevOps इंजीनियर को क्या पता होना चाहिए?

कुल मिलाकर, उसे विभिन्न क्षेत्रों का ज्ञान होना चाहिए: प्रोग्रामिंग, ऑपरेटिंग सिस्टम, डेटाबेस, असेंबली और कॉन्फ़िगरेशन सिस्टम के साथ काम करना। इन्हें क्लाउड इंफ्रास्ट्रक्चर, ऑर्केस्ट्रेशन और मॉनिटरिंग सिस्टम के साथ काम करने की क्षमता से पूरक किया जाता है।

1. प्रोग्रामिंग भाषाएँ

DevOps इंजीनियर स्वचालन के लिए कई बुनियादी भाषाएँ जानते हैं और, उदाहरण के लिए, एक प्रोग्रामर को बता सकते हैं: “क्या होगा अगर आप कोड को हाथ से नहीं, बल्कि हमारी स्क्रिप्ट का उपयोग करके स्थापित करें, जो सब कुछ स्वचालित करता है? हम इसके लिए एक कॉन्फिग फाइल तैयार करेंगे, जिसे पढ़ना आपके और हमारे दोनों के लिए सुविधाजनक होगा और हम इसे किसी भी समय बदल सकेंगे। हम यह भी देखेंगे कि कौन, कब और क्यों इसमें बदलाव करता है।”

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

2. ऑपरेटिंग सिस्टम

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

3. संस्करण नियंत्रण प्रणाली

संस्करण नियंत्रण प्रणाली के ज्ञान के बिना, एक DevOps इंजीनियर कहीं नहीं है। Git इस समय सबसे लोकप्रिय प्रणालियों में से एक है।

4. क्लाउड प्रदाता

AWS, Google, Azure - खासकर अगर हम विंडोज़ दिशा के बारे में बात कर रहे हैं।

किरिल सर्गेव: “क्लाउड प्रदाता हमें वर्चुअल सर्वर प्रदान करते हैं जो सीआई/सीडी में पूरी तरह फिट होते हैं।

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

5. ऑर्केस्ट्रेशन सिस्टम: डॉकर और कुबेरनेट्स

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

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

6. कॉन्फ़िगरेशन सिस्टम: शेफ, एन्सिबल, कठपुतली

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

एक DevOps इंजीनियर किस प्रकार का करियर बना सकता है?

आप क्षैतिज और लंबवत दोनों तरह से विकास कर सकते हैं।

इगोर बॉयको: “क्षैतिज विकास के दृष्टिकोण से, DevOps इंजीनियरों के पास अब व्यापक संभावनाएं हैं। सब कुछ लगातार बदल रहा है, और आप विभिन्न क्षेत्रों में कौशल विकसित कर सकते हैं: संस्करण नियंत्रण प्रणाली से लेकर निगरानी तक, कॉन्फ़िगरेशन प्रबंधन से लेकर डेटाबेस तक।

यदि कोई कर्मचारी यह समझने में रुचि रखता है कि कोई एप्लिकेशन अपने जीवन चक्र के सभी चरणों - विकास से समर्थन तक - कैसे काम करता है, तो आप एक सिस्टम आर्किटेक्ट बन सकते हैं।''

DevOps इंजीनियर कैसे बनें?

1. फीनिक्स प्रोजेक्ट और डेवऑप्स हैंडबुक पढ़ें। ये DevOps दर्शन के वास्तविक स्तंभ हैं, जिनमें से पहला कल्पना का काम है।
2. ऊपर दी गई सूची से तकनीकें सीखें: स्वयं या ऑनलाइन पाठ्यक्रमों के माध्यम से।
3. एक ओपन सोर्स प्रोजेक्ट के लिए DevOps इंजीनियर के रूप में शामिल हों।
4. अपने व्यक्तिगत और कार्य परियोजनाओं पर DevOps प्रथाओं का अभ्यास करें और उन्हें पेश करें।

स्रोत: www.habr.com