DevOps का आवश्यक आहे आणि DevOps विशेषज्ञ कोण आहेत?

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

DevOps च्या संकल्पनेमध्ये कोणत्या पद्धती समाविष्ट आहेत आणि त्यांची आवश्यकता का आहे? DevOps अभियंते काय करतात आणि ते काय करू शकतात? EPAM मधील तज्ञ या आणि इतर प्रश्नांची उत्तरे देतात: Kirill Sergeev, systems engineer and DevOps evangelist, आणि Igor Boyko, अग्रगण्य सिस्टीम अभियंता आणि कंपनीच्या DevOps संघांपैकी एकाचे समन्वयक.

DevOps का आवश्यक आहे?

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

DevOps म्हणजे काय?

हा एक चांगला प्रश्न आहे - आणि एक वादग्रस्त आहे: जगाने यावर अद्याप सहमती दर्शविली नाही. EPAM चा विश्वास आहे की DevOps तंत्रज्ञान, प्रक्रिया आणि संघातील परस्परसंवादाची संस्कृती एकत्र करते. या असोसिएशनचे उद्दिष्ट अंतिम वापरकर्त्यांना सतत मूल्य वितरीत करण्याचे आहे.

किरिल सर्गेव्ह: "विकासक कोड लिहितात, परीक्षक त्याचे पुनरावलोकन करतात आणि प्रशासक अंतिम उत्पादन उत्पादनासाठी तैनात करतात. बर्याच काळापासून, संघाचे हे भाग काहीसे विखुरलेले होते आणि नंतर त्यांना एका सामान्य प्रक्रियेद्वारे एकत्र करण्याचा विचार आला. अशा प्रकारे DevOps पद्धती दिसून आल्या.”

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

DevOps संस्कृतीचे सार काय आहे?

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

DevOps संस्कृतीत सर्वात महत्त्वाची गोष्ट म्हणजे समस्या सोडवणे, फक्त DevOps पद्धती लागू करणे नाही. शिवाय, या पद्धती "एखाद्याच्या बाजूने" लागू केल्या जात नाहीत, परंतु संपूर्ण उत्पादनामध्ये. एखाद्या प्रकल्पाला देवऑप्स अभियंत्याची आवश्यकता नसते - त्याला समस्येचे निराकरण आवश्यक असते आणि DevOps अभियंत्याची भूमिका वेगवेगळ्या स्पेशलायझेशनसह अनेक टीम सदस्यांमध्ये वितरीत केली जाऊ शकते.

DevOps पद्धतींचे प्रकार काय आहेत?

DevOps सराव सॉफ्टवेअर जीवन चक्राच्या सर्व टप्प्यांचा समावेश करतात.

इगोर बॉयको: “आम्ही एखाद्या प्रकल्पाच्या सुरुवातीपासूनच DevOps पद्धती वापरण्यास सुरुवात करतो तेव्हा आदर्श परिस्थिती असते. वास्तुविशारदांसह, आम्ही अॅप्लिकेशनमध्ये कोणत्या प्रकारचे आर्किटेक्चरल लँडस्केप असेल, ते कोठे असेल आणि कसे स्केल करावे आणि प्लॅटफॉर्म निवडण्याची योजना बनवतो. आजकाल, मायक्रोसर्व्हिस आर्किटेक्चर फॅशनमध्ये आहे - त्यासाठी आम्ही ऑर्केस्ट्रेशन सिस्टम निवडतो: तुम्हाला अनुप्रयोगातील प्रत्येक घटक स्वतंत्रपणे व्यवस्थापित करण्यात आणि इतरांपेक्षा स्वतंत्रपणे अद्यतनित करण्यात सक्षम असणे आवश्यक आहे. आणखी एक सराव म्हणजे "कोड म्हणून पायाभूत सुविधा." हे अशा दृष्टिकोनाचे नाव आहे ज्यामध्ये सर्व्हरशी थेट संवाद साधण्याऐवजी कोड वापरून प्रोजेक्ट इन्फ्रास्ट्रक्चर तयार आणि व्यवस्थापित केले जाते.

पुढे आपण विकासाच्या टप्प्यावर जाऊ. सीआय/सीडी तयार करणे ही येथे सर्वात मोठी प्रथा आहे: तुम्हाला विकासकांना उत्पादनात बदल त्वरीत, लहान भागांमध्ये, अधिक वेळा आणि वेदनारहितपणे एकत्रित करण्यात मदत करणे आवश्यक आहे. CI/CD मध्ये कोड पुनरावलोकन, कोड बेसवर मास्टर अपलोड करणे आणि चाचणी आणि उत्पादन वातावरणासाठी अनुप्रयोग तैनात करणे समाविष्ट आहे.

CI/CD टप्प्यांवर, कोड दर्जेदार गेट्समधून जातो. त्यांच्या मदतीने, ते तपासतात की विकसकाच्या वर्कस्टेशनमधून येणारा कोड निर्दिष्ट गुणवत्ता निकष पूर्ण करतो. युनिट आणि UI चाचणी येथे जोडली आहे. जलद, वेदनारहित आणि केंद्रित उत्पादन उपयोजनासाठी, तुम्ही योग्य उपयोजन प्रकार निवडू शकता.

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

DevOps पद्धतींचे फायदे काय आहेत?

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

किरिल सर्गेव्ह: “पहिली गोष्ट म्हणजे ऑटोमेशन. आम्ही कार्यसंघातील सर्व परस्परसंवाद स्वयंचलित करू शकतो: कोड लिहिला - तो रोल आउट केला - तो तपासला - तो स्थापित केला - अभिप्राय गोळा केला - सुरुवातीस परत आला. हे सर्व स्वयंचलित आहे.

दुसरे म्हणजे रिलीझ वेगवान करणे आणि विकास सुलभ करणे. ग्राहकासाठी हे नेहमीच महत्त्वाचे असते की उत्पादन शक्य तितक्या लवकर बाजारात प्रवेश करते आणि प्रतिस्पर्ध्यांच्या अॅनालॉग्सपेक्षा लवकर फायदे देण्यास सुरुवात करते. उत्पादन वितरण प्रक्रिया अविरतपणे सुधारली जाऊ शकते: वेळ कमी करा, अतिरिक्त नियंत्रण गुण जोडा, निरीक्षण सुधारा.

तिसरे म्हणजे वापरकर्त्याच्या फीडबॅकचे प्रवेग. जर त्याच्याकडे टिप्पण्या असतील तर आम्ही ताबडतोब ऍडजस्ट करू शकतो आणि ऍप्लिकेशन लगेच अपडेट करू शकतो.”

“सिस्टम इंजिनियर”, “बिल्ड इंजिनियर” आणि “DevOps इंजिनियर” या संकल्पना कशा संबंधित आहेत?

ते आच्छादित आहेत, परंतु थोड्या वेगळ्या क्षेत्रांशी संबंधित आहेत.

EPAM मध्ये सिस्टीम अभियंता हे पद आहे. ते वेगवेगळ्या स्तरांवर येतात: कनिष्ठ ते मुख्य विशेषज्ञ.

बिल्ड अभियंता ही एक अधिक भूमिका असते जी एखाद्या प्रकल्पावर केली जाऊ शकते. आता यालाच CI/CD साठी जबाबदार असलेले लोक म्हणतात.

DevOps अभियंता एक विशेषज्ञ आहे जो प्रकल्पावर DevOps पद्धती लागू करतो.

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

DevOps अभियंता नेमके काय करतात?

DevOps अभियंते प्रकल्प तयार करणारे सर्व भाग एकत्र ठेवतात. त्यांना प्रोग्रामर, परीक्षक, सिस्टम प्रशासक यांच्या कामाची वैशिष्ट्ये माहित आहेत आणि त्यांचे कार्य सुलभ करण्यात मदत करतात. ते व्यवसायाच्या गरजा आणि आवश्यकता, विकास प्रक्रियेतील त्याची भूमिका समजून घेतात - आणि ग्राहकांचे हित लक्षात घेऊन प्रक्रिया तयार करतात.

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

किरिल सर्गेव्ह: "उत्पादनामध्ये अद्यतने लागू करण्यापूर्वी, त्यांची तृतीय-पक्षाच्या वातावरणात चाचणी करणे आवश्यक आहे. हे DevOps अभियंत्यांनी तयार केले आहे. ते संपूर्णपणे प्रकल्पावर एक DevOps संस्कृती स्थापित करतात: ते त्यांच्या प्रकल्पांच्या सर्व स्तरांवर DevOps पद्धती सादर करतात. ही तीन तत्त्वे: ऑटोमेशन, सरलीकरण, प्रवेग - ते जिथे पोहोचू शकतात तिथे आणतात.

DevOps अभियंत्याला काय माहित असावे?

मोठ्या प्रमाणावर, त्याला वेगवेगळ्या क्षेत्रांचे ज्ञान असणे आवश्यक आहे: प्रोग्रामिंग, ऑपरेटिंग सिस्टमसह कार्य करणे, डेटाबेस, असेंब्ली आणि कॉन्फिगरेशन सिस्टम. हे क्लाउड इन्फ्रास्ट्रक्चर, ऑर्केस्ट्रेशन आणि मॉनिटरिंग सिस्टमसह कार्य करण्याच्या क्षमतेद्वारे पूरक आहेत.

1. प्रोग्रामिंग भाषा

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

एक DevOps अभियंता यापैकी एक किंवा अधिक भाषा शिकू शकतो: Python, Groovy, Bash, Powershell, Ruby, Go. त्यांना सखोल स्तरावर जाणून घेणे आवश्यक नाही - वाक्यरचना, ओओपी तत्त्वे आणि ऑटोमेशनसाठी साध्या स्क्रिप्ट लिहिण्याची क्षमता या मूलभूत गोष्टी पुरेसे आहेत.

2. कार्यप्रणाली

एका DevOps अभियंत्याने हे समजून घेतले पाहिजे की उत्पादन कोणत्या सर्व्हरवर स्थापित केले जाईल, ते कोणत्या वातावरणात चालेल आणि ते कोणत्या सेवांशी संवाद साधेल. तुम्ही विंडोज किंवा लिनक्स फॅमिलीमध्ये स्पेशलायझेशन निवडू शकता.

3. आवृत्ती नियंत्रण प्रणाली

आवृत्ती नियंत्रण प्रणालीच्या ज्ञानाशिवाय, DevOps अभियंता कोठेही नाही. Git या क्षणी सर्वात लोकप्रिय प्रणालींपैकी एक आहे.

4. क्लाउड प्रदाते

AWS, Google, Azure - विशेषत: जर आम्ही विंडोजच्या दिशेबद्दल बोलत आहोत.

किरिल सर्गेव्ह: “क्लाउड प्रदाते आम्हाला आभासी सर्व्हर प्रदान करतात जे CI/CD मध्ये पूर्णपणे बसतात.

दहा भौतिक सर्व्हर स्थापित करण्यासाठी सुमारे शंभर मॅन्युअल ऑपरेशन्स आवश्यक आहेत. प्रत्येक सर्व्हर मॅन्युअली लाँच, स्थापित आणि आवश्यक ऑपरेटिंग सिस्टम कॉन्फिगर करणे आवश्यक आहे, या दहा सर्व्हरवर आमचा अनुप्रयोग स्थापित केला पाहिजे आणि नंतर सर्वकाही दहा वेळा दोनदा तपासले पाहिजे. क्लाउड सेवा या प्रक्रियेला दहा ओळींच्या कोडसह बदलतात आणि एक चांगला DevOps अभियंता त्यांच्यासह कार्य करण्यास सक्षम असावा. यामुळे ग्राहकासाठी आणि कंपनीसाठी वेळ, मेहनत आणि पैसा वाचतो.”

5. ऑर्केस्ट्रेशन सिस्टम: डॉकर आणि कुबर्नेट्स

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

पूर्वी, प्रत्येक अनुप्रयोग वेगळ्या सर्व्हरद्वारे हाताळला जात असे - त्याच्या ऑपरेशनमधील कोणतेही बदल अनुप्रयोगाच्या सेवाक्षमतेवर परिणाम करू शकतात. कंटेनर्सबद्दल धन्यवाद, अनुप्रयोग वेगळे होतात आणि स्वतंत्रपणे चालतात - प्रत्येक स्वतःच्या आभासी मशीनवर. अयशस्वी झाल्यास, कारण शोधण्यात वेळ वाया घालवण्याची गरज नाही. जुना कंटेनर नष्ट करणे आणि नवीन जोडणे सोपे आहे.”

6. कॉन्फिगरेशन सिस्टम: शेफ, उत्तरदायी, कठपुतळी

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

DevOps अभियंता कोणत्या प्रकारचे करिअर बनवू शकतात?

आपण क्षैतिज आणि अनुलंब दोन्ही विकसित करू शकता.

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

एखाद्या कर्मचाऱ्याला एखादे अॅप्लिकेशन त्याच्या जीवनचक्राच्या सर्व टप्प्यांवर - विकासापासून समर्थनापर्यंत कसे कार्य करते हे समजून घेण्यात स्वारस्य असल्यास तुम्ही सिस्टम आर्किटेक्ट बनू शकता.

DevOps अभियंता कसे व्हावे?

1. फिनिक्स प्रोजेक्ट आणि DevOps हँडबुक वाचा. हे DevOps तत्त्वज्ञानाचे खरे आधारस्तंभ आहेत, ज्यात पहिले कल्पित काम आहे.
2. वरील सूचीमधून तंत्रज्ञान जाणून घ्या: स्वतःहून किंवा ऑनलाइन अभ्यासक्रमांद्वारे.
3. मुक्त स्रोत प्रकल्पासाठी DevOps अभियंता म्हणून सामील व्हा.
4. तुमच्या वैयक्तिक आणि कामाच्या प्रकल्पांवर DevOps सराव करा आणि ऑफर करा.

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