🥇 नवशिक्यांसाठी मार्गदर्शक: डेव्हऑप्स पाइपलाइन तयार करणे

तुम्ही DevOps वर नवीन असल्यास, तुमची पहिली पाइपलाइन तयार करण्यासाठी या पाच-चरण मार्गदर्शकावर एक नजर टाका.

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

माझा DevOps प्रवास

मी यापूर्वी Citi च्या क्लाउड इन्फ्रास्ट्रक्चरचे व्यवस्थापन करण्यासाठी इन्फ्रास्ट्रक्चर-एज-ए-सर्व्हिस (IaaS) वेब ऍप्लिकेशन विकसित करणार्‍या Citi ग्रुप क्लाउड टीमवर काम केले होते, परंतु विकास प्रक्रिया अधिक कार्यक्षम कशी बनवता येईल आणि सकारात्मक सांस्कृतिक बदल कसा आणता येईल याबद्दल मला नेहमीच रस होता. विकास संघ. Citi येथील क्लाउड आर्किटेक्चर आणि इन्फ्रास्ट्रक्चरचे CTO, ग्रेग लॅव्हेंडर यांनी शिफारस केलेल्या पुस्तकात मला याचे उत्तर सापडले. पुस्तकाचे नाव होते फिनिक्स प्रोजेक्ट (फिनिक्स प्रकल्प), आणि ते DevOps च्या तत्त्वांचे स्पष्टीकरण देते, परंतु ते एखाद्या कादंबरीसारखे वाचते.

पुस्‍तकाच्‍या मागच्‍या टेबलमध्‍ये विविध कंपन्‍या रीलीझ वातावरणात किती वेळा त्यांची सिस्‍टम उपयोजित करतात हे दर्शविते:

Amazon: 23 प्रतिदिन
Google: दररोज 5
Netflix: दररोज 500
फेसबुक: दिवसातून एकदा
Twitter: आठवड्यातून 3 वेळा
ठराविक कंपनी: दर 9 महिन्यांनी एकदा

Amazon, Google आणि Netflix फ्रिक्वेन्सी कशा शक्य आहेत? याचे कारण असे की या कंपन्यांनी जवळजवळ परिपूर्ण DevOps पाइपलाइन कशी तयार करावी हे शोधून काढले आहे.

आम्ही Citi येथे DevOps लागू करेपर्यंत आम्ही यापासून दूर होतो. तेव्हा, माझ्या कार्यसंघाचे वातावरण भिन्न होते, परंतु विकास सर्व्हरवरील उपयोजन पूर्णपणे मॅन्युअल होते. सर्व विकसकांना IBM WebSphere ऍप्लिकेशन सर्व्हर कम्युनिटी एडिशनवर आधारित फक्त एका डेव्हलपमेंट सर्व्हरमध्ये प्रवेश होता. समस्या अशी होती की जेव्हा जेव्हा एकाधिक वापरकर्त्यांनी एकाच वेळी तैनात करण्याचा प्रयत्न केला तेव्हा सर्व्हर बंद होईल, त्यामुळे विकसकांना त्यांचे हेतू एकमेकांना कळवावे लागले, जे खूप वेदनादायक होते. याव्यतिरिक्त, निम्न-स्तरीय चाचणी कोड कव्हरेज, अवजड मॅन्युअल उपयोजन प्रक्रिया आणि विशिष्ट कार्य किंवा वापरकर्ता कथेशी संबंधित कोडच्या उपयोजनाचा मागोवा घेण्यास असमर्थता या समस्या होत्या.

काहीतरी करायला हवे हे मला जाणवले आणि एक समविचारी सहकारी मिळाला. आम्ही प्रारंभिक DevOps पाइपलाइन तयार करण्यासाठी सहयोग करण्याचे ठरविले - मी जेनकिन्स, इंटिग्रेटेड अॅटलासियन जिरा आणि बिटबकेटवर काम करत असताना त्यांनी टॉमकॅट व्हर्च्युअल मशीन आणि अॅप्लिकेशन सर्व्हर सेट केला आणि चाचणी कोड कव्हरेजवर काम केले. हा साइड प्रोजेक्ट खूप यशस्वी झाला: आम्ही अनेक प्रक्रिया जवळजवळ पूर्णपणे स्वयंचलित केल्या, आमच्या डेव्हलपमेंट सर्व्हरवर जवळजवळ 100% अपटाइम प्राप्त केला, कोडचे ट्रॅकिंग आणि सुधारित चाचणी कव्हरेज प्रदान केले आणि Git शाखांना जिरा समस्या किंवा उपयोजनांशी जोडण्याची क्षमता जोडली. आम्ही आमची DevOps पाइपलाइन तयार करण्यासाठी वापरलेली बहुतेक साधने ओपन सोर्स होती.

आता मला समजले आहे की आमची DevOps पाइपलाइन किती सोपी होती: आम्ही जेनकिन्स फाइल्स किंवा अॅन्सिबल सारख्या विस्तारांचा वापर केला नाही. तथापि, या साध्या पाइपलाइनने चांगले काम केले, कदाचित पॅरेटो तत्त्वामुळे (80/20 नियम म्हणूनही ओळखले जाते).

DevOps आणि CI/CD पाइपलाइनचा संक्षिप्त परिचय

तुम्ही अनेक लोकांना विचारल्यास, “DevOps म्हणजे काय?”, तुम्हाला कदाचित अनेक भिन्न उत्तरे मिळतील. DevOps, Agile सारख्या, अनेक वेगवेगळ्या विषयांमध्ये विस्तारण्यासाठी विकसित झाले आहे, परंतु बहुतेक लोक काही गोष्टींवर सहमत होतील: DevOps ही एक सॉफ्टवेअर डेव्हलपमेंट सराव किंवा सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकल (SDLC) आहे ज्याचा केंद्रीय सिद्धांत संस्कृती बदलत आहे ज्यामध्ये विकासक आणि गैर- विकासक अशा वातावरणात अस्तित्वात आहेत ज्यात:

पूर्वी स्वहस्ते केले जाणारे ऑपरेशन स्वयंचलित केले गेले आहेत;
प्रत्येकजण जे उत्तम करतो ते करतो;
ठराविक कालावधीत अंमलबजावणीची संख्या वाढते; थ्रूपुट वाढते;
वाढीव विकास लवचिकता.

DevOps वातावरण तयार करण्यासाठी तुम्हाला फक्त योग्य सॉफ्टवेअर टूल्स असणे आवश्यक नसले तरी काही साधने आवश्यक आहेत. एक प्रमुख साधन म्हणजे सतत एकत्रीकरण आणि सतत उपयोजन (CI/CD). या पाइपलाइनमध्ये, वातावरणाचे वेगवेगळे टप्पे आहेत (उदा. DEV, INT, TST, QA, UAT, STG, PROD), अनेक ऑपरेशन्स स्वयंचलित आहेत आणि डेव्हलपर उच्च-गुणवत्तेचा कोड लिहू शकतात, विकासाची चपळता आणि उच्च तैनाती दर मिळवू शकतात.

हा लेख ओपन सोर्स टूल्स वापरून खालील आकृतीमध्ये दर्शविल्याप्रमाणे DevOps पाइपलाइन तयार करण्याच्या पाच-चरण पद्धतीचे वर्णन करतो.

पायरी 1: CI/CD पद्धती

आपल्याला आवश्यक असलेली पहिली गोष्ट म्हणजे CI/CD टूल. जेनकिन्स, Java वर आधारित एक मुक्त स्त्रोत साधन आहे आणि MIT परवान्याअंतर्गत परवाना आहे, हे साधन आहे ज्याने DevOps लोकप्रिय केले आणि ते वास्तविक मानक बनले आहे.

तर जेनकिन्स म्हणजे काय? काही प्रकारचे जादुई युनिव्हर्सल रिमोट कंट्रोल म्हणून याचा विचार करा जे विविध सेवा आणि साधनांशी बोलू आणि व्यवस्थापित करू शकतात. स्वतःहून, जेनकिन्स सारखे CI/CD साधन निरुपयोगी आहे, परंतु ते अधिक शक्तिशाली बनते कारण ते विविध साधने आणि सेवांना जोडते.

जेनकिन्स हे अनेक ओपन सोर्स CI/CD टूल्सपैकी एक आहे जे तुम्ही तुमची DevOps पाइपलाइन तयार करण्यासाठी वापरू शकता.

जेनकिन्स: क्रिएटिव्ह कॉमन्स आणि एमआयटी
ट्रॅव्हिस सीआय: एमआयटी
CruiseControl:BSD
बिल्डबॉट: GPL
Apache Gump: Apache 2.0
कॅबी: GNU

सीआय/सीडी टूलसह DevOps प्रक्रिया कशा दिसतात ते येथे आहे:

तुमच्या लोकलहोस्टवर सीआय/सीडी टूल चालू आहे, परंतु सध्या तुम्ही फार काही करू शकत नाही. चला DevOps प्रवासाच्या पुढील टप्प्यावर जाऊ.

पायरी 2: स्त्रोत नियंत्रण प्रणाली व्यवस्थापित करा

तुमचे CI/CD टूल त्याची जादू करू शकते याची पडताळणी करण्याचा सर्वोत्तम (आणि कदाचित सर्वात सोपा) मार्ग म्हणजे सोर्स कोड कंट्रोल (SCM) टूलसह समाकलित करणे. तुम्हाला स्रोत नियंत्रणाची गरज का आहे? समजा तुम्ही अॅप्लिकेशन विकसित करत आहात. तुम्ही जेव्हाही एखादे अॅप्लिकेशन तयार करता तेव्हा तुम्ही प्रोग्रामिंग करत असता आणि तुम्ही Java, Python, C++, Go, Ruby, JavaScript किंवा कोट्यवधी प्रोग्रामिंग भाषा वापरत असलात तरी काही फरक पडत नाही. तुम्ही लिहीलेल्या कोडला सोर्स कोड म्हणतात. सुरुवातीला, विशेषत: जेव्हा तुम्ही एकटे काम करत असाल, तेव्हा सर्व काही स्थानिक निर्देशिकेत ठेवणे कदाचित ठीक आहे. परंतु जसजसा प्रकल्प मोठा होत जातो आणि तुम्ही इतर लोकांना सहयोग करण्यासाठी आमंत्रित करता, तसतसे बदलांना प्रभावीपणे सामायिक करताना तुम्हाला संघर्ष टाळण्यासाठी एक मार्ग आवश्यक असतो. तुम्हाला मागील आवृत्त्या पुनर्संचयित करण्याचा मार्ग देखील आवश्यक आहे, कारण बॅकअप तयार करणे आणि त्यामध्ये कॉपी/पेस्ट करणे अप्रचलित होत आहे. तुम्हाला (आणि तुमच्या सहकाऱ्यांना) काहीतरी चांगले हवे आहे.

येथेच स्त्रोत कोड नियंत्रण जवळजवळ एक गरज बनते. हे साधन तुमचा कोड रेपॉजिटरीजमध्ये साठवते, आवृत्त्यांचा मागोवा ठेवते आणि प्रकल्पातील सहभागींच्या कामाचे समन्वय साधते.

तेथे बरेच स्त्रोत नियंत्रण साधने आहेत, गिट हे मानक आहे आणि अगदी योग्य आहे. मी Git वापरण्याची जोरदार शिफारस करतो, जरी आपण प्राधान्य दिल्यास इतर मुक्त स्त्रोत पर्याय आहेत.

Git: GPLv2 आणि LGPL v2.1
सबव्हर्जन: अपाचे 2.0
समवर्ती आवृत्त्या प्रणाली (CVS): GNU
वेस्टा: LGPL
Mercurial: GNU GPL v2+

स्रोत कोड नियंत्रणे जोडल्यानंतर DevOps पाइपलाइन असे दिसते.

सीआय/सीडी टूल पुनरावलोकन, स्त्रोत कोड संपादन आणि सदस्यांमधील सहकार्याच्या प्रक्रिया स्वयंचलित करू शकते. वाईट नाही? परंतु तुम्ही ते कार्यरत ऍप्लिकेशनमध्ये कसे बदलता जेणेकरुन कोट्यवधी लोक ते वापरू शकतील आणि त्यांचे कौतुक करू शकतील?

पायरी 3: बिल्ड ऑटोमेशन टूल तयार करा

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

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

शीर्षक
परवाना
प्रोग्रामिंग भाषा

मावेन
अपाचे 2.0
जावा

मुंगी
अपाचे 2.0
जावा

ग्रेडल
अपाचे 2.0
जावा

बझेल
अपाचे 2.0
जावा

करा
GNU
N / A

ग्रंट
एमआयटी
जावास्क्रिप्ट

गुलप
एमआयटी
जावास्क्रिप्ट

बिल्डर
अपाचे
रुबी

रॅक
एमआयटी
रुबी

आप
GNU
python ला

स्कॉन्स
एमआयटी
python ला

बिटबेक
जीपीएलएक्सएक्सएक्स
python ला

केक
एमआयटी
C#

एएसडीएफ
प्रवासी (MIT)
LISP

कॅबेल
BSD
हस्केल

छान! तुम्ही बिल्ड ऑटोमेशन टूल कॉन्फिगरेशन फाइल्स तुमच्या सोर्स कंट्रोल सिस्टममध्ये ठेवू शकता आणि तुमच्या CI/CD टूलला सर्वकाही एकत्र ठेवू द्या.

सर्व काही ठीक आहे, नाही का? पण तुमचा अर्ज कुठे तैनात करायचा?

पायरी 4: वेब ऍप्लिकेशन सर्व्हर

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

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

अनेक ओपन सोर्स वेब अॅप्लिकेशन सर्व्हर आहेत.

शीर्षक
परवाना
प्रोग्रामिंग भाषा

बोका
अपाचे 2.0
जावा

जेट्टी
अपाचे 2.0
जावा

वाइल्डफ्लि
GNU कमी सार्वजनिक
जावा

ग्लास फिश
CDDL आणि GNU कमी सार्वजनिक
जावा

डेंगो
3-कलम BSD
python ला

तुफानी
अपाचे 2.0
python ला

गनिकॉर्न
एमआयटी
python ला

python ला
एमआयटी
python ला

रेल
एमआयटी
रुबी

Node.js
एमआयटी
Javascript

तुमची DevOps पाइपलाइन वापरण्यासाठी जवळजवळ तयार आहे. चांगले काम!

तुम्ही तिथे थांबू शकता आणि एकत्रीकरण स्वतः हाताळू शकता, कोड गुणवत्ता ही अ‍ॅप डेव्हलपरसाठी काळजी करण्याची महत्त्वाची गोष्ट आहे.

पायरी 5: कोड चाचणी कव्हरेज

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

कोड चाचणीमध्ये दोन भाग असतात: कोड चाचणी फ्रेमवर्क जे तुम्हाला चाचण्या लिहिण्यास आणि चालविण्यात मदत करतात आणि सूचना साधने जी तुम्हाला तुमच्या कोडची गुणवत्ता सुधारण्यात मदत करतात.

कोड चाचणी प्रणाली

शीर्षक
परवाना
प्रोग्रामिंग भाषा

JUnit
ग्रहण सार्वजनिक परवाना
जावा

EasyMock
अपाचे
जावा

मोकीतो
एमआयटी
जावा

पॉवरमॉक
अपाचे 2.0
जावा

पायटेस्ट
एमआयटी
python ला

परिकल्पना
Mozilla
python ला

टोक्स
एमआयटी
python ला

कोड सुधारण्यासाठी शिफारस प्रणाली

शीर्षक
परवाना
प्रोग्रामिंग भाषा

कोबर्टुरा
GNU
जावा

कोडकव्हर
Eclipse Public (EPL)
जावा

Coverage.py
अपाचे 2.0
python ला

एम्मा
सामान्य सार्वजनिक परवाना
जावा

JaCoCo
ग्रहण सार्वजनिक परवाना
जावा

परिकल्पना
Mozilla
python ला

टोक्स
एमआयटी
python ला

जाई
एमआयटी
जावास्क्रिप्ट

कर्मा
एमआयटी
जावास्क्रिप्ट

उत्तम दर्जाची कॉफी
एमआयटी
जावास्क्रिप्ट

आहे
एमआयटी
जावास्क्रिप्ट

लक्षात ठेवा की वर नमूद केलेली बहुतेक साधने आणि फ्रेमवर्क Java, Python आणि JavaScript साठी लिहिलेले आहेत, कारण C++ आणि C# या प्रोप्रायटरी प्रोग्रामिंग भाषा आहेत (जरी GCC ओपन सोर्स आहे).

आता तुम्ही चाचणी कव्हरेज साधने लागू केली आहेत, तुमची DevOps पाइपलाइन या ट्युटोरियलच्या सुरुवातीला दाखवलेल्या आकृतीसारखी दिसली पाहिजे.

अतिरिक्त पायऱ्या

कंटेनर

मी म्हटल्याप्रमाणे, तुम्ही तुमचा सर्व्हर व्हर्च्युअल मशीन किंवा सर्व्हरवर होस्ट करू शकता, परंतु कंटेनर हा एक लोकप्रिय उपाय आहे.

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

इतर कंटेनर पर्याय असताना, डॉकर आणि कुबर्नेट्स हे सर्वात लोकप्रिय आहेत.

डॉकर: अपाचे 2.0
Kubernetes: Apache 2.0

इंटरमीडिएट ऑटोमेशन साधने

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

येथे काही ओपन सोर्स मिडलवेअर ऑटोमेशन टूल्स आहेत:

उत्तर: GNU सार्वजनिक
सॉल्टस्टॅक: अपाचे 2.0
शेफ: अपाचे 2.0
कठपुतळी: अपाचे किंवा GPL