कैसे एक DevOps विशेषज्ञ स्वचालन का शिकार बन गया

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

किसी व्यक्ति को स्क्रिप्ट से बदलने के बारे में पहले से ही स्थापित (?!) वाक्यांश के लिए शहरी शब्दकोश पर स्पष्टीकरण

तो, यहाँ प्रकाशन स्वयं है:

DevOps विभागों के बीच एक आम मजाक है, "अगर हम सब कुछ स्वचालित कर देंगे, तो हम काम से बाहर हो जाएंगे।"

हालाँकि, मेरे और लगभग सौ अन्य DevOps इंजीनियरों के साथ यही हुआ। गैर-प्रकटीकरण समझौते के कारण मैं विवरण में नहीं जा सकता: मुझे यकीन है कि देर-सबेर जानकारी सामने आ जाएगी, लेकिन मैं इसे व्यक्त करने वाला व्यक्ति नहीं बनना चाहता।

मैं एक सामान्य विचार देने का प्रयास करूंगा कि वास्तव में सब कुछ कैसे हुआ।

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

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

मैंने मना कर दिया और कहा कि मुझे कोई दिलचस्पी नहीं है. उन्होंने पूछा कि मैंने कितना कमाया और इस बात पर जोर दिया कि समूह शायद इससे भी अधिक की पेशकश करेगा। इससे मेरी जिज्ञासा बढ़ी - क्योंकि मुझे लगा कि मेरे पास पहले से ही बहुत अच्छा वेतन है।

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

कंपनी के पास एक DevOps विभाग था, लेकिन इसमें मुख्य रूप से वरिष्ठ सिस्टम प्रशासक शामिल थे जो इसे खतरनाक बनाने के लिए Python/Bash/PowerShell में पर्याप्त लिख सकते थे। इसलिए, उन्हें जटिल परियोजनाओं पर काम करने के लिए निचले स्तर की भाषाओं में अनुभव प्रोग्रामिंग के साथ वास्तविक DevOps इंजीनियरों की एक टीम की आवश्यकता थी।

अगले तीन वर्षों में, हमारे विभाग का विकास हुआ। मुझे कहना होगा कि प्रबंधन ने सब कुछ ठीक किया। हमने जो भी मांगा, हमें लगभग कभी भी मना नहीं किया गया और हमने अपनी योजनाबद्ध परियोजनाओं में से 90% से अधिक को समय पर और बजट पर पूरा किया, जो वास्तव में आश्चर्यजनक है।

हालाँकि, लगभग डेढ़ साल पहले, यह स्पष्ट हो गया कि हमने वस्तुतः *सबकुछ* स्वचालित कर दिया है। बेशक, अभी भी नियमित रखरखाव और जाँच होती थी, लेकिन पिछले डेढ़ साल से मैं वास्तव में दिन में केवल 1-2 घंटे ही काम कर रहा था क्योंकि करने के लिए और कुछ नहीं था। इतनी अच्छी तनख्वाह वाली नौकरी छोड़ने का मेरा कोई इरादा नहीं था, लेकिन मुझे डर था कि आख़िरकार X दिन आएगा, और फिर कल आ ही गया।

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

मुझे आईटी टीम में एक पद की पेशकश की गई थी, लेकिन वहां वेतन लगभग आधा था। मैं दूर से काम करना जारी रख सकता था, लेकिन वे चाहते थे कि मैं अंततः उस शहर में चला जाऊं जहां कार्यालय स्थित था ताकि मैं वहां अक्सर रह सकूं।

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

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

परिवर्धन (अनुवादक से)

लेखक स्वयं ऐसे ही हैं पर टिप्पणी मेरा शीर्षक: "अगर यह क्लिकबैट के रूप में सामने आया तो मैं माफी मांगता हूं: मैं सिर्फ शीर्षक में कुछ हास्य जोड़ने की कोशिश कर रहा था, मेरी कहानी को क्लिकबैट या डेवऑप्स हॉरर में बदलने का इरादा नहीं था।"

और हम DevOps के संदर्भ में उल्लिखित "जाल", "नुकसान" से सहमत हैं सभी टिप्पणीकार नहीं: “क्यों जाल? आपको अच्छा वेतन मिला (पहले वर्णित "महान" से भी अधिक), अतिरिक्त घंटों से छुटकारा मिला, अच्छा काम किया, और शानदार बायोडाटा प्रविष्टि प्राप्त की।

इस कहानी के बारे में लेखक की अन्य टिप्पणियों में से कुछ अतिरिक्त:

• वेतन के बारे में महत्वपूर्ण कारक क्षेत्रीय और पेशेवर हैं। लेखक, 25 वर्षों के अनुभव के साथ एक सॉफ्टवेयर इंजीनियर होने के नाते, एक DevOps टीम के प्रबंधक के पद पर कार्यरत थे। इसके अलावा, उनका अनुभव आधुनिक बुनियादी ढांचे के ज्ञान तक ही सीमित नहीं है, बल्कि फैली और C++, फोरट्रान और कोबोल जैसी प्रोग्रामिंग भाषाएं, जो संगठन में डेवलपर्स के साथ बातचीत के लिए महत्वपूर्ण थीं।
• उन लोगों के लिए जिन्होंने यह भी सोचा था कि 75 DevOps इंजीनियर बहुत हैं। इस कंपनी में "работают 50 हजार से अधिक लोग और वस्तुतः हजारों एप्लिकेशन काम कर रहे हैं।''

बोनस

अगर आपने अभी तक इसे नहीं पढ़ा है हालिया साक्षात्कार हमारे तकनीकी निदेशक - दिमित्री स्टोलारोव (डिस्टोल), - DevOpsConf सम्मेलन के लिए और पॉडकास्ट डेवऑप्स डिफ्लॉप, फिर इसने एक समान प्रश्न को छुआ। और यह वह दृश्य है जो व्यक्त किया गया था:

- और फिर क्या [K8s के उपयोग को बहुत सरल बनाने के मामले में] कुबेरनेट्स का समर्थन करने वाले इंजीनियरों, सिस्टम प्रशासकों का क्या होगा?

दिमित्री: 1सी के आगमन के बाद अकाउंटेंट का क्या हुआ? उसी के बारे में। इससे पहले कागजों पर गिनती होती थी - अब कार्यक्रम में। श्रम उत्पादकता में परिमाण के क्रम में वृद्धि हुई है, लेकिन श्रम स्वयं गायब नहीं हुआ है। यदि पहले एक प्रकाश बल्ब को पेंच करने में 10 इंजीनियरों की आवश्यकता होती थी, तो अब एक ही पर्याप्त होगा।

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

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

सामान्य तौर पर, सभी उद्योगों में यही तरीका अपनाया जाता है। कारों के साथ भी ऐसा ही है: पहले, एक कार एक मैकेनिक और तीन ड्राइवरों के साथ आती थी। आजकल, कार चलाना एक सरल प्रक्रिया है जिसमें हम सभी हर दिन भाग लेते हैं। कोई नहीं सोचता कि कार कोई जटिल चीज़ है।

DevOps या सिस्टम इंजीनियरिंग ख़त्म नहीं होगी - उच्च-स्तरीय कार्य और दक्षता बढ़ेगी।

पुनश्च

हमारे ब्लॉग पर भी पढ़ें:

• «कितने डेवलपर सोचते हैं कि सतत एकीकरण की आवश्यकता नहीं है?";
• «जूनियर, जिसने अपने काम के पहले दिन ही उत्पादन डेटाबेस को हटा दिया'.

स्रोत: www.habr.com