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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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

सिस्टम प्रशासक: फील्ड योद्धा में एक

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

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

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

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

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

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

DevOps: विकास और सेवा एक हैं

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

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

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

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

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

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

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

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

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

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

निष्कर्ष

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