👨🏼‍⚕️ 👨🏾‍⚖️ 🖖🏾 सिस्टम प्रशासक, डेवलपर्स और परीक्षकों को DevOps प्रथाओं को क्यों सीखना चाहिए? 👋 🔝 🤚

इस ज्ञान के साथ कहां जाना है, परियोजना में क्या करना है और कितना अर्जित करना है, साक्षात्कार में क्या कहना और पूछना है, अलेक्जेंडर टिटोव, एक्सप्रेस 42 के प्रबंध भागीदार और ऑनलाइन पाठ्यक्रम "देवओप्स प्रैक्टिस एंड टूल्स" के लेखक कहते हैं ।

नमस्कार! हालांकि DevOps शब्द 2009 से अस्तित्व में है, रूसी समुदाय में अभी भी कोई आम सहमति नहीं है। निश्चित रूप से, आपने देखा कि कुछ देवओप्स को एक विशेषता मानते हैं, अन्य - एक दर्शन, शब्द के तहत अन्य प्रौद्योगिकियों का एक सेट है। मैंने पहले ही इस क्षेत्र के विकास के बारे में कई बार व्याख्यान दिया है , इसलिए मैं इस लेख में विवरण में नहीं जाऊंगा। मैं केवल यह कह सकता हूं कि हम एक्सप्रेस ४२ में इसे निम्नलिखित में डालेंगे:

DevOps - एक विशिष्ट तकनीक, एक डिजिटल उत्पाद बनाने की संस्कृति, जब टीम के सभी विशेषज्ञ उत्पादन में भाग लेते हैं।

क्लासिक कॉर्पोरेट विकास में, सब कुछ क्रम में जाता है: प्रोग्रामिंग, परीक्षण, और उसके बाद ही शोषण, और विचार से उत्पादन तक ऐसी प्रक्रिया की गति 3 महीने है। डिजिटल उत्पादों के लिए, यह एक वैश्विक समस्या है, क्योंकि आप ग्राहकों से तुरंत प्रतिक्रिया प्राप्त नहीं कर सकते।

DevOps में, उपकरण और दृष्टिकोण को तेज किया जाता है ताकि विकास, परीक्षण और संचालन प्रक्रिया एक साथ शुरू हो।

इस दृष्टिकोण से क्या होता है?

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

DevOps के बाद का जीवन एक जैसा नहीं होगा

DevOps दृष्टिकोण, सबसे पहले, सोच का एक अलग तरीका है, एक पूरे के रूप में विकास की धारणा और प्रक्रिया में इसकी जगह है। हमने अपने ऑनलाइन पाठ्यक्रम को 2 ब्लॉकों में विभाजित किया है:

1. स्व-निर्धारण

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

2. उपकरण और अभ्यास

छात्र DevOps विधि के संदर्भ में विशिष्ट तकनीकों में महारत हासिल करते हैं।

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

दौरान हमारे साथआप सुप्रसिद्ध रेडिट के समान एक एप्लिकेशन के विकास की प्रक्रिया में उतरेंगे, पहले इसके अखंड संस्करण के साथ, माइक्रोसर्विस के लिए कदम से कदम आगे बढ़ाएंगे। कदम से कदम हम नए उपकरण सीखेंगे: गिट, अन्सिबल, गिटलैब और खत्म कुबेरनेट्स और प्रोमेथियस।

अभ्यास से, हम DevOps हैंडबुक में वर्णित तीन रास्तों की रणनीति का पालन करेंगे - निरंतर वितरण अभ्यास, प्रतिक्रिया अभ्यास और आपके सिस्टम के साथ संपूर्ण सतत शिक्षा पाठ्यक्रम का सार।

यह ज्ञान प्रत्येक विशेषज्ञ को क्या देता है?

सिस्टम प्रशासक

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

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

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

डेवलपर्स को

डेवलपर केवल एल्गोरिदम के साथ सोचना बंद कर देता है। वह अवसंरचना के साथ काम करने के कौशल, परिदृश्य के वास्तु जागरूकता के कौशल को प्राप्त करता है। ऐसा डेवलपर समझता है कि एप्लिकेशन कैसे काम करता है, यह एक निरंतर वितरण पाइपलाइन के माध्यम से कैसे जाता है, इसकी निगरानी कैसे करें, इसे कैसे सुरक्षित करें, ताकि यह ग्राहक को लाभ पहुंचाए। नतीजतन, यह सब ज्ञान आपको प्रासंगिक कोड लिखने की अनुमति देता है।

परीक्षक

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

तो यह पता चला है कि सभी तीन चरण एक साथ होते हैं । उदाहरण के लिए, यह इस तरह दिख सकता है:

डेवलपर कोड लिखता है, तुरंत इसके लिए परीक्षण लिखता है और उस कोड के लिए डॉक कंटेनर का वर्णन करता है जो उसे चलना चाहिए। यह तुरंत निगरानी का भी वर्णन करता है जो उत्पादन में इस सेवा के संचालन की निगरानी करेगा, और यह सब करता है।

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

DevOps का अध्ययन किया, और फिर क्या?

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

और अब सुखद के बारे में: DevOps प्रथाओं और उपकरणों का कब्ज़ा श्रम बाजार में आपके मूल्य का लगभग + 30% है। वेतन 140 हजार रूबल से शुरू होता है, लेकिन निश्चित रूप से आपकी मुख्य विशेषता और कार्यक्षमता से निर्धारित होता है।

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

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

यह कंपनी से गहनता से पता लगाने का एक अवसर है कि कैसे सॉफ्टवेयर डिलीवरी की प्रक्रिया को व्यवस्थित किया जाता है, तकनीकी स्टैक और आप क्या जिम्मेदारियां पूरी करेंगे।

यदि नियोक्ता आपके सवालों के जवाब एक किताब की तरह, बिना किसी विवरण के देता है, तो सबसे अधिक संभावना है कि कंपनी के पास अभी तक DevOps प्रक्रिया नहीं है, लेकिन यह कंपनी को और उसके उत्पादों का अध्ययन करने से इनकार करने, अध्ययन करने का कोई कारण नहीं है, क्या कोई ऐसी ऑनलाइन सेवाएं हैं जो कंपनी स्वयं विकसित करती है, मोबाइल एप्लिकेशन , उत्पाद विचारों।

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

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

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

सिस्टम प्रशासक, डेवलपर्स और परीक्षकों को DevOps प्रथाओं को क्यों सीखना चाहिए?