सिस्टम प्रशासकों को DevOps इंजीनियर क्यों बनना चाहिए?

जीवन में सीखने के लिए आज से बेहतर कोई समय नहीं है।

यह 2019 है, और DevOps पहले से कहीं अधिक प्रासंगिक है। वे कहते हैं कि मेनफ़्रेम के युग की तरह, सिस्टम प्रशासकों के दिन ख़त्म हो गए हैं। लेकिन क्या वाकई ऐसा है?
जैसा कि आईटी में अक्सर होता है, स्थिति बदल गई है। DevOps पद्धति उभरी है, लेकिन यह सिस्टम प्रशासक कौशल वाले व्यक्ति के बिना, यानी Ops के बिना मौजूद नहीं हो सकती है।

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

लेकिन क्या यह सचमुच इतना डरावना है? मैं कहूंगा कि ज्ञान की कमी को किसी प्रकार की बड़ी समस्या नहीं माना जाना चाहिए। यह एक पेशेवर चुनौती से अधिक है।

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

DevOps टीम का सदस्य बनने से पहले, आपको काफी लंबी लेकिन दिलचस्प यात्रा से गुजरना होगा, DevOps मानकों के अनुसार सिस्टम को बनाए रखने के लिए नई तकनीकों और आवश्यक विभिन्न उपकरणों को सीखना होगा।

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

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

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

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

इस प्रकार, यदि आप स्वचालन सीखना चाहते हैं, तो आपको कम से कम प्रोग्रामिंग में महारत हासिल करने की आवश्यकता है, भले ही आप डेवलपर न हों, क्योंकि आपके विकास के इस चरण में बुनियादी ढांचे का स्वचालन DevOps में इस कौशल की आवश्यकता होती है।

क्या करें? एक विशेषज्ञ के रूप में मांग में बने रहने के लिए, आपको प्रासंगिक कौशल हासिल करने की आवश्यकता है - कम से कम एक प्रोग्रामिंग भाषा में महारत हासिल करें, उदाहरण के लिए पायथन। यह उस व्यक्ति के लिए कठिन लग सकता है जो पेशेवर रूप से प्रशासन में शामिल है, क्योंकि वह यह सोचने का आदी है कि केवल डेवलपर ही प्रोग्राम बनाते हैं। विशेषज्ञ बनना आवश्यक नहीं है, लेकिन प्रोग्रामिंग भाषाओं में से एक का ज्ञान (यह पायथन, बैश या यहां तक ​​​​कि हो सकता है) Powershell), निश्चित रूप से एक फायदा होगा।

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

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

लेकिन यह कथन कितना सत्य है?

सिस्टम प्रशासक: मैदान में एक योद्धा

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

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

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

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

सिस्टम प्रशासक का कार्य समय बर्बाद करना और किसी भी संभव तरीके से कंपनी का पैसा बचाना नहीं है। कभी-कभी सिस्टम प्रशासक एक बड़ी टीम के सदस्यों के रूप में काम करते हैं, उदाहरण के लिए, लिनक्स, विंडोज, डेटाबेस, स्टोरेज आदि के प्रशासकों को एकजुट करते हुए। कार्य शेड्यूल भी भिन्न-भिन्न होते हैं। उदाहरण के लिए, दिन के अंत में एक समय क्षेत्र में बदलाव मामलों को दूसरे समय क्षेत्र में अगली पारी में स्थानांतरित कर देता है ताकि प्रक्रियाएं बंद न हों (फॉलो-द-सन); या कर्मचारियों का सामान्य कार्य दिवस सुबह 9 बजे से शाम 5 बजे तक है; या यह XNUMX/XNUMX डेटा सेंटर में काम कर रहा है।

समय के साथ, सिस्टम प्रशासकों ने रणनीतिक रूप से सोचना और महत्वपूर्ण मामलों को नियमित कार्यों के साथ जोड़ना सीख लिया है। जिन टीमों और विभागों में वे काम करते हैं उनके पास आमतौर पर संसाधनों की कमी होती है, लेकिन साथ ही हर कोई दैनिक कार्यों को पूरी तरह से पूरा करने का प्रयास कर रहा है।

DevOps: एक के रूप में विकास और रखरखाव

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

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

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

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

स्वचालन का विषय तेजी से प्रासंगिक होता जा रहा है। सिस्टम प्रशासक और DevOps विशेषज्ञ दोनों ही तेजी से स्केलिंग करने, त्रुटियों को कम करने और मौजूदा त्रुटियों को तुरंत ढूंढने और ठीक करने में रुचि रखते हैं। इस प्रकार, स्वचालन एक अवधारणा है जहां दो क्षेत्र मिलते हैं। सिस्टम प्रशासक AWS, Azure और Google Cloud प्लेटफ़ॉर्म जैसी क्लाउड सेवाओं के लिए ज़िम्मेदार हैं। उन्हें निरंतर एकीकरण और वितरण के सिद्धांतों और उपकरणों का उपयोग कैसे करें जैसे को समझना चाहिए जेनकींस.

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

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

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

Git में बहुत सारे फीचर हैं. आप संभवतः सभी Git कमांड कभी नहीं सीख पाएंगे, लेकिन आप ठीक से समझ जाएंगे कि यह सॉफ़्टवेयर संचार और सहयोग में प्रमुख क्यों है। यदि आप DevOps टीम में काम कर रहे हैं तो Git का संपूर्ण ज्ञान बहुत महत्वपूर्ण है।

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

निष्कर्ष

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

स्रोत: www.habr.com