🏩 🦋 💋 पेशे DevOps- इंजीनियर: सिस्टम प्रशासक का एक दृश्य 🛀🏻 👊 🎅🏼

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

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

DevOps क्या है?

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

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

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

एक मिनट के उबाऊ आँकड़े। अनुसार डोरा अनुसंधान करने के लिए (DevOps अनुसंधान और मूल्यांकन), DevOps का उपयोग कर पार कार्यात्मक टीमों दृष्टिकोण:

208 गुना अधिक बार कोड तैनात;
106 बार कम करने से तैनाती तक का समय;
विफलताओं के बाद 2.604 गुना तेजी से सिस्टम बहाल;
परिवर्तनों के परिणामस्वरूप स्वयं असफल होने की संभावना 7 गुना कम हो जाती है।

बेशक, अकेले देव और ऑप्स के संयोजन से इस तरह की दक्षता पैदा नहीं होती है। DevOps के दृष्टिकोण में CI \ CD (निरंतर एकीकरण और वितरण की अवधारणा) के आयोजन के लिए कई नए विकास, परीक्षण और तैनाती उपकरणों का उपयोग शामिल है। सबसे प्रसिद्ध में से:

Git और GitHub - स्रोत कोड प्रबंधन प्रणाली;
जेनकिन्स - सीआई / सीडी पाइपलाइन बनाने के लिए एक स्वचालन सर्वर;
डॉकर - कंटेनराइजेशन के लिए समर्थन के साथ वातावरण में तैनाती और आवेदन प्रबंधन को स्वचालित करने के लिए सॉफ्टवेयर;
कुबेरनेट्स - एक खुला कंटेनर ऑर्केस्ट्रेशन सिस्टम;
बावर्ची, कठपुतली और Ansible - स्वचालित कॉन्फ़िगरेशन और परिनियोजन के लिए उपकरण;
सेलेनियम - परीक्षण स्वचालन समाधान;
प्रोमेथियस और नागियोस - सर्वर मॉनिटरिंग सॉफ्टवेयर;
ग्राफ्टाना एकत्र करने और विश्लेषण करने के लिए एक समाधान है।

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

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

DevOps इंजीनियर का सार

एक बुनियादी स्तर पर, एक DevOps इंजीनियर एक तकनीकी विशेषज्ञ है जो सॉफ्टवेयर विकास जीवन चक्र के सभी मुख्य चरणों को समझता है, प्रक्रियाओं में बाधाओं को ठीक करता है और पर्यावरण को समायोजित करता है:

स्वचालित अनुप्रयोग परिनियोजन के लिए कोड लिखता है
उनकी उपलब्धता के लिए आंशिक रूप से जिम्मेदार, व्यक्तिगत रूप से सिस्टम प्रशासक के रूप में नहीं, बल्कि उनकी टीम के साथ;
अपने बुनियादी ढांचे पर ड्यूटी लगाता है (त्रुटियों को समझता है, कभी-कभी एक प्रोग्रामर के साथ मिलकर)।

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

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

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

यह भी मेरा काम है।

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

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

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

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

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

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

एक DevOps इंजीनियर का वेतन कौशल, कार्य के स्थान और निवास के क्षेत्र पर निर्भर करता है। मॉस्को में काम करने वाले विशेषज्ञ का वेतन रूस में सबसे अधिक है, एक महीने में 130-350 हजार रूबल। सेंट पीटर्सबर्ग की कंपनियां इस स्थिति में 100-300 हजार रूबल की पेशकश करती हैं। हमारे देश के अन्य क्षेत्रों में, वे 120०-१२० हजार रूबल का भुगतान करने के लिए तैयार हैं।

स्टेट्स में औसत वार्षिक आय, जैसा कि कुछ एचआर कहते हैं, कठपुतली द्वारा जारी आंकड़ों के अनुसार, 100 से 125 हजार अमेरिकी डॉलर तक है। ऑस्ट्रेलिया और न्यूजीलैंड में - 75-100 हजार अमेरिकी डॉलर। यूरोप में - 50-75 हजार अमेरिकी डॉलर। एशिया में, DevOps इंजीनियरों को प्रति वर्ष 25 हजार अमेरिकी डॉलर से अधिक नहीं मिलते हैं।

पेशे DevOps- इंजीनियर: सिस्टम प्रशासक का एक दृश्य

DevOps क्या है?

DevOps इंजीनियर का सार

यह भी मेरा काम है।

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

More articles: