सिस्टम प्रशासकांनी DevOps अभियंते का बनले पाहिजे

जीवनात शिकण्यासाठी आजच्यापेक्षा चांगली वेळ नाही.

हे 2019 आहे आणि DevOps पूर्वीपेक्षा अधिक प्रासंगिक आहे. मेनफ्रेमच्या युगाप्रमाणेच सिस्टीम अ‍ॅडमिनिस्ट्रेटर्सचे दिवस संपले, असे त्यांचे म्हणणे आहे. पण खरंच असं आहे का?
आयटीमध्ये अनेकदा घडते तशी परिस्थिती बदलली आहे. DevOps पद्धत उदयास आली आहे, परंतु ती सिस्टम प्रशासक कौशल्य असलेल्या व्यक्तीशिवाय अस्तित्वात असू शकत नाही, म्हणजेच Ops शिवाय.

DevOps दृष्टीकोन त्याचे आधुनिक रूप धारण करण्यापूर्वी, मी स्वत: ला Ops म्हणून वर्गीकृत केले. आणि जेव्हा तो अजून किती करू शकत नाही आणि त्याला ते शिकण्यासाठी किती कमी वेळ आहे हे समजल्यावर सिस्टम प्रशासकाला काय अनुभव येतो हे मला चांगले माहीत आहे.

पण हे खरंच इतके भयानक आहे का? मी म्हणेन की ज्ञानाचा अभाव ही एक प्रकारची मोठी समस्या म्हणून समजू नये. हे एक व्यावसायिक आव्हान अधिक आहे.

वेब-स्केल उत्पादने लिनक्स किंवा इतर ओपन सोर्स सॉफ्टवेअरवर आधारित आहेत आणि त्यांची देखभाल करण्यास सक्षम असलेल्या बाजारात कमी आणि कमी लोक आहेत. या क्षेत्रातील व्यावसायिकांची मागणी आधीच ओलांडली आहे. एक सिस्टीम प्रशासक यापुढे त्याच्या कौशल्याची पातळी सुधारल्याशिवाय कार्य करणे सुरू ठेवण्यास सक्षम राहणार नाही. त्याच्याकडे एकाधिक सर्व्हर/नोड्स व्यवस्थापित करण्यासाठी ऑटोमेशन कौशल्ये असणे आवश्यक आहे आणि उद्भवलेल्या समस्यांचे निराकरण करण्यासाठी ते कसे कार्य करतात याची चांगली समज असणे आवश्यक आहे.

तुम्ही DevOps टीमचे सदस्य होण्यापूर्वी, तुम्हाला खूप लांब पण मनोरंजक प्रवास करावा लागेल, नवीन तंत्रज्ञान शिकावे लागेल आणि DevOps मानकांनुसार सिस्टम राखण्यासाठी आवश्यक असलेली विविध साधने शिकावी लागतील.

तर, सिस्टम प्रशासक नेहमीच्या दृष्टिकोनातून DevOps च्या नवीन संकल्पनेकडे कसे जाऊ शकतो? सर्व काही नेहमीप्रमाणे आहे: प्रथम आपल्याला आपली विचारसरणी बदलण्याची आवश्यकता आहे. गेल्या दहा किंवा वीस वर्षांपासून तुम्ही जो दृष्टीकोन अवलंबत आहात तो सोडून देणे आणि वेगळ्या पद्धतीने गोष्टी करण्यास सुरुवात करणे सोपे नाही, परंतु ते आवश्यक आहे.

सर्वप्रथम, हे समजून घेणे महत्त्वाचे आहे की DevOps ही कंपनीमधील विशिष्ट स्थिती नसून विशिष्ट पद्धतींचा संच आहे. या पद्धती वेगळ्या प्रणालींचे वितरण, दोष आणि त्रुटींपासून होणारे नुकसान कमी करणे, वारंवार आणि वेळेवर सॉफ्टवेअर अद्यतने, विकासक (डेव्ह) आणि प्रशासक (ऑप्स) यांच्यातील सुस्थापित परस्परसंवाद तसेच केवळ कोडचीच नव्हे तर सतत चाचणी सुचवते. प्रक्रियेतील संपूर्ण रचना देखील सतत एकत्रीकरण आणि वितरण (CI/CD).

विचारपद्धती बदलण्यासोबतच, तुम्हाला पायाभूत सुविधांची देखभाल कशी करायची आणि अॅप्लिकेशन्स, सेवा आणि सॉफ्टवेअरच्या सतत एकत्रीकरण आणि वितरणासाठी त्याची स्थिरता, विश्वासार्हता आणि उपलब्धता कशी सुनिश्चित करायची हे शिकण्याची गरज आहे.

ऑप्स प्रोफेशनल म्हणून तुमच्याकडे जे गहाळ आहे ते म्हणजे प्रोग्रामिंग कौशल्ये. आता स्क्रिप्ट्स (स्क्रिप्ट) लिहिणे, ज्याचा वापर सिस्टम प्रशासक सर्व्हरवर पॅच स्वयंचलितपणे स्थापित करण्यासाठी, फाइल्स आणि खाती व्यवस्थापित करण्यासाठी, समस्यांचे निवारण करण्यासाठी आणि दस्तऐवजीकरण संकलित करण्यासाठी वापरतात, आधीच अप्रचलित मानले जाते. स्क्रिप्टिंग अजूनही तुलनेने सोप्या प्रकरणांमध्ये लागू होते, परंतु DevOps मोठ्या प्रमाणात समस्या सोडवण्याबद्दल आहे, मग ते अंमलबजावणी, चाचणी, बिल्ड किंवा उपयोजन असो.

अशाप्रकारे, जर तुम्हाला ऑटोमेशन शिकायचे असेल तर, तुम्ही डेव्हलपर नसलात तरीही तुम्हाला कमीतकमी प्रोग्रामिंगमध्ये प्रभुत्व मिळवणे आवश्यक आहे, कारण तुमच्या विकासाच्या या टप्प्यावर पायाभूत सुविधा ऑटोमेशन DevOps मध्ये हे कौशल्य आवश्यक आहे.

काय करायचं? विशेषज्ञ म्हणून मागणीत राहण्यासाठी, तुम्हाला संबंधित कौशल्ये आत्मसात करणे आवश्यक आहे - किमान एका प्रोग्रामिंग भाषेवर प्रभुत्व मिळवा, उदाहरणार्थ पायथन. प्रशासनात व्यावसायिकरित्या गुंतलेल्या व्यक्तीला हे अवघड वाटू शकते, कारण त्याला फक्त विकासकच प्रोग्राम असा विचार करण्याची सवय आहे. तज्ञ बनणे आवश्यक नाही, परंतु प्रोग्रामिंग भाषेपैकी एकाचे ज्ञान (ते पायथन, बॅश किंवा अगदी असू शकते. पॉवरहेल), नक्कीच फायदा होईल.

प्रोग्राम शिकण्यास थोडा वेळ लागतो. DevOps टीम सदस्य आणि ग्राहकांशी संवाद साधताना सजग आणि धीर धरून राहणे तुम्हाला सर्व गोष्टींवर लक्ष ठेवण्यास मदत करेल. दिवसातून अर्धा तास, एक तास किंवा त्याहून अधिक, प्रोग्रामिंग भाषा शिकणे हे आपले मुख्य ध्येय असले पाहिजे.

सिस्टम प्रशासक आणि DevOps विशेषज्ञ समान समस्यांचे निराकरण करतात, तथापि, लक्षणीय फरक आहेत. असे मानले जाते की सिस्टम प्रशासक देवऑप्स अभियंता जे काही करू शकतो ते करू शकत नाही. ते म्हणतात की सिस्टम प्रशासक सर्व्हर सिस्टमचे कार्यप्रदर्शन कॉन्फिगर करणे, देखरेख करणे आणि सुनिश्चित करणे यावर अधिक लक्ष केंद्रित करतो, परंतु DevOps अभियंता ही सर्व कार्ट आणि दुसरी छोटी कार्ट खेचतात.

पण हे विधान कितपत खरे आहे?

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

या लेखात नमूद केलेले फरक आणि समानता असूनही, माझा अजूनही विश्वास आहे की सिस्टम प्रशासन आणि DevOps यांच्यात कोणताही महत्त्वपूर्ण फरक नाही. सिस्टम प्रशासकांनी नेहमी DevOps तज्ञांसारखीच कार्ये केली आहेत, इतकेच की यापूर्वी कोणीही याला DevOps म्हटले नाही. माझा विश्वास आहे की विशेषतः फरक शोधण्यात काही अर्थ नाही, विशेषतः जर ते कोणत्याही कार्याशी संबंधित नसेल. हे विसरू नका, सिस्टम प्रशासकाच्या विपरीत, DevOps ही स्थिती नाही, परंतु एक संकल्पना आहे.

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

उदाहरणार्थ, वेळोवेळी त्यांना एक प्रकारचे तांत्रिक हस्तक म्हणून काम करावे लागते, म्हणजेच अक्षरशः सर्वकाही करा. आणि जर संपूर्ण संस्थेसाठी असा एकच प्रशासक असेल तर तो सर्वसाधारणपणे सर्व तांत्रिक कार्ये पार पाडेल. हे प्रिंटर आणि कॉपियर राखण्यापासून नेटवर्क-संबंधित कार्ये पार पाडण्यापर्यंत काहीही असू शकते जसे की राउटर आणि स्विच सेट करणे आणि व्यवस्थापित करणे किंवा फायरवॉल कॉन्फिगर करणे.

तो हार्डवेअर अपग्रेड, लॉग तपासणी आणि विश्लेषण, सुरक्षा ऑडिट, सर्व्हर पॅचिंग, समस्यानिवारण, मूळ कारण विश्लेषण आणि ऑटोमेशनसाठी देखील जबाबदार असेल — विशेषत: PowerShell, Python, किंवा Bash स्क्रिप्ट्सद्वारे. वापराचे एक उदाहरण परिस्थिती वापरकर्ता आणि गट खात्यांचे व्यवस्थापन आहे. वापरकर्ता खाती तयार करणे आणि परवानग्या नियुक्त करणे हे अत्यंत त्रासदायक काम आहे कारण वापरकर्ते जवळजवळ दररोज दिसतात आणि अदृश्य होतात. स्क्रिप्ट्सद्वारे ऑटोमेशन अधिक महत्त्वाच्या पायाभूत सुविधांच्या कामांसाठी वेळ मोकळा करते, जसे की स्विचेस आणि सर्व्हर अपग्रेड करणे आणि इतर प्रकल्प जे प्रशासक काम करतात त्या कंपनीच्या नफ्यावर परिणाम करतात (जरी सामान्यतः हे मान्य केले जाते की आयटी विभाग थेट उत्पन्न देत नाही).

सिस्टम प्रशासकाचे कार्य वेळ वाया घालवणे आणि कोणत्याही संभाव्य मार्गाने कंपनीचे पैसे वाचवणे नाही. कधीकधी सिस्टम प्रशासक मोठ्या संघाचे सदस्य म्हणून काम करतात, एकत्र येतात, उदाहरणार्थ, लिनक्स, विंडोज, डेटाबेस, स्टोरेज इत्यादींचे प्रशासक. कामाचे वेळापत्रकही बदलते. उदाहरणार्थ, दिवसाच्या शेवटी एका टाइम झोनमधील शिफ्ट केस दुसर्‍या टाइम झोनमध्ये पुढील शिफ्टमध्ये हस्तांतरित करते जेणेकरून प्रक्रिया थांबत नाहीत (सूर्याचे अनुसरण करा); किंवा कर्मचार्‍यांचा सकाळी 9 ते संध्याकाळी 5 पर्यंत सामान्य कामकाजाचा दिवस असतो; किंवा ते २४/७ डेटा सेंटरमध्ये कार्यरत आहे.

कालांतराने, सिस्टीम प्रशासकांनी धोरणात्मकपणे विचार करायला शिकले आहे आणि महत्त्वाच्या बाबी नियमित कामांसह एकत्र केल्या आहेत. ते ज्या संघांमध्ये आणि विभागांमध्ये काम करतात ते सहसा संसाधनांमध्ये कमी असतात, परंतु त्याच वेळी प्रत्येकजण दैनंदिन कामे पूर्णत: पूर्ण करण्याचा प्रयत्न करत असतो.

DevOps: एक म्हणून विकास आणि देखभाल

DevOps विकास आणि देखभाल प्रक्रियेसाठी एक प्रकारचे तत्वज्ञान आहे. आयटी जगतातील हा दृष्टिकोन खरोखरच नाविन्यपूर्ण बनला आहे.

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

DevOps त्याच्या संपूर्ण जीवन चक्रात सॉफ्टवेअरच्या विकास आणि ऑपरेशनवर नियंत्रणावर आधारित आहे. देखभाल करणार्‍या लोकांनी विकासकांना समर्थन दिले पाहिजे आणि विकासकांना सिस्टममध्ये वापरल्या जाणार्‍या API पेक्षा अधिक समजून घेण्याचे काम दिले जाते. त्यांना हुड अंतर्गत काय आहे हे समजून घेणे आवश्यक आहे (म्हणजे हार्डवेअर आणि ऑपरेटिंग सिस्टम कसे कार्य करतात) जेणेकरून ते बग चांगल्या प्रकारे हाताळू शकतील, समस्या सोडवू शकतील आणि सेवा तंत्रज्ञांशी संवाद साधू शकतील.

सिस्टम प्रशासकांना नवीनतम तंत्रज्ञान जाणून घ्यायचे असल्यास आणि नाविन्यपूर्ण कल्पना आणि उपायांसाठी खुले असल्यास ते DevOps टीममध्ये जाऊ शकतात. मी आधी म्हटल्याप्रमाणे, त्यांना पूर्ण विकसित प्रोग्रामर बनण्याची गरज नाही, परंतु रुबी, पायथन किंवा गो सारख्या प्रोग्रामिंग भाषेवर प्रभुत्व मिळवणे त्यांना संघाचे खूप उपयुक्त सदस्य बनण्यास मदत करेल. जरी सिस्टीम प्रशासक पारंपारिकपणे सर्व कार्य स्वतः करतात आणि बहुतेकदा त्यांना एकाकी समजले जाते, तरीही DevOps मध्ये त्यांना पूर्णपणे उलट अनुभव असतो, जेथे प्रक्रियेतील प्रत्येकजण एकमेकांशी संवाद साधतो.

ऑटोमेशनचा विषय अधिकाधिक प्रासंगिक होत आहे. सिस्टम प्रशासक आणि DevOps तज्ञ दोघांनाही त्वरीत स्केलिंग करण्यात, त्रुटी कमी करण्यात आणि विद्यमान त्रुटी त्वरित शोधण्यात आणि दुरुस्त करण्यात रस आहे. अशा प्रकारे, ऑटोमेशन ही एक संकल्पना आहे जिथे दोन क्षेत्र एकत्रित होतात. सिस्टम प्रशासक AWS, Azure आणि Google Cloud Platform सारख्या क्लाउड सेवांसाठी जबाबदार आहेत. त्यांना सतत एकत्रीकरण आणि वितरणाची तत्त्वे आणि यासारखी साधने कशी वापरायची हे समजले पाहिजे जेनकिन्स.

याव्यतिरिक्त, सिस्टम प्रशासकांनी कॉन्फिगरेशन आणि व्यवस्थापन साधने वापरणे आवश्यक आहे जसे की उत्तर द्या, दहा किंवा वीस सर्व्हरच्या समांतर उपयोजनासाठी आवश्यक.

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

आणि या यंत्रणेतील शेवटचा तपशील आहे Git. Git सह कार्य करणे ही सिस्टम प्रशासकाच्या पारंपारिक दैनंदिन जबाबदारींपैकी एक आहे. ही आवृत्ती नियंत्रण प्रणाली विकासक, DevOps विशेषज्ञ, चपळ संघ आणि इतर अनेकांकडून मोठ्या प्रमाणावर वापरली जाते. जर तुमचे काम सॉफ्टवेअरच्या जीवन चक्राशी संबंधित असेल, तर तुम्ही नक्कीच Git सोबत काम कराल.

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

जर तुम्ही सिस्टीम प्रशासक असाल तर तुम्हाला Git चा चांगल्या प्रकारे अभ्यास करणे आवश्यक आहे, आवृत्ती नियंत्रण कसे तयार केले जाते हे समजून घेणे आणि सामान्य आज्ञा लक्षात ठेवणे आवश्यक आहे: git स्टेटस, git कमिट -m, git add, git पुल, git push, git rebase, git branch, git diff आणि इतर. अनेक ऑनलाइन अभ्यासक्रम आणि पुस्तके आहेत जी तुम्हाला हा विषय सुरवातीपासून शिकण्यास आणि विशिष्ट कौशल्यांसह व्यावसायिक बनण्यास मदत करू शकतात. अप्रतिम देखील आहेत गिट कमांडसह शीट्सची फसवणूक करा, त्यामुळे तुम्हाला ते सर्व क्रॅम करण्याची गरज नाही, परंतु तुम्ही जितके अधिक Git वापराल तितके सोपे होईल.

निष्कर्ष

शेवटी, तुम्ही ठरवू शकता की तुम्हाला DevOps विशेषज्ञ व्हायचे आहे की सिस्टम प्रशासक राहणे चांगले आहे. जसे तुम्ही बघू शकता, संक्रमण करण्यासाठी शिकण्याची वक्र आहे, परंतु तुम्ही जितक्या लवकर सुरुवात कराल तितके चांगले. प्रोग्रामिंग भाषा निवडा आणि त्याच वेळी साधने शिका जसे की Git (आवृत्ती नियंत्रण), जेनकिन्स (CI/CD, सतत एकत्रीकरण) आणि उत्तर द्या (कॉन्फिगरेशन आणि ऑटोमेशन). तुम्ही कोणताही पर्याय निवडता, हे विसरू नका की तुम्हाला तुमची कौशल्ये सतत शिकण्याची आणि सुधारण्याची गरज आहे.

स्त्रोत: www.habr.com