मदत: सतत वितरण म्हणजे काय

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

/Pixabay/ bluebudgie / PL

कथा

सतत वितरण हा वाक्यांश परत मध्ये पाहिला जाऊ शकतो चपळ जाहीरनामा 2001 पासून मूलभूत तत्त्वांच्या सूचीच्या सुरुवातीला: "अद्ययावत सॉफ्टवेअरच्या सतत वितरणाद्वारे ग्राहकांच्या समस्या सोडवणे हे प्राधान्य आहे."

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

पुस्तकाच्या प्रकाशनानंतर, हा दृष्टिकोन लोकप्रिय होऊ लागला आणि अवघ्या काही वर्षांत तो जवळजवळ सर्वत्र स्वीकारला गेला. त्यानुसार सर्वेक्षण, 600 मध्ये 2014 हून अधिक विकासक आणि IT व्यवस्थापकांमध्ये आयोजित केले गेले, 97% तांत्रिक व्यवस्थापक आणि 84% प्रोग्रामर सतत वितरणाशी परिचित होते.

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

सतत वितरण कसे कार्य करते?

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

सतत वितरण प्रक्रियेचे उदाहरण असे दिसते:

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

प्रक्रियेवर खालील आवश्यकता लागू केल्या आहेत:

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

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

काय फायदा

सतत वितरण कोड उपयोजन सुलभ करण्यात मदत करते, ज्याचा उत्पादकतेवर सकारात्मक परिणाम होतो आणि कर्मचारी बर्नआउट होण्याची शक्यता कमी होते. शेवटी, यामुळे एकूण विकास खर्च कमी होतो. उदाहरणार्थ, सीडीने एचपी संघांपैकी एकाला मदत केली कमी करणे; घटवणे अशा खर्चात 40%.

याव्यतिरिक्त, 2016 च्या अभ्यासानुसार (पृष्ठ 28 दस्तऐवज) - ज्या कंपन्यांनी सीडी लागू केली आहे ते माहिती सुरक्षा समस्या 50% वेगाने सोडवतात जे दृष्टीकोन वापरत नाहीत. काही प्रमाणात, हा फरक प्रक्रिया ऑटोमेशन साधनांच्या कार्यप्रदर्शनाद्वारे स्पष्ट केला जाऊ शकतो.

आणखी एक प्लस म्हणजे रिलीझचे प्रवेग. फिनिश विकास स्टुडिओमध्ये सतत वितरण मदत केली कोड असेंब्लीचा वेग 25% वाढवा.

संभाव्य अडचणी

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

दुसरी संभाव्य समस्या कोड शाखांची मोठी संख्या आहे. "शाखा काढणे" चे परिणाम म्हणजे वारंवार संघर्ष आणि मोठ्या प्रमाणात वेळ वाया जातो. संभाव्य उपाय - दृष्टीकोन शाखा नाहीत.

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

तुम्ही कर्मचार्‍यांना नवीन साधनांसह काम करण्यासाठी प्रशिक्षित देखील केले पाहिजे - एक प्राथमिक शैक्षणिक कार्यक्रम विकासकांचे प्रयत्न आणि वेळ वाचवेल.

/फ्लिकर/ h.ger1969 / सीसी बाय-एसए

साधने

सतत वितरणासाठी येथे काही खुली साधने आहेत:

• GoCD — Java आणि JRuby ऑन रेलमध्ये सतत वितरणासाठी सर्व्हर. तुम्हाला संपूर्ण ऍप्लिकेशन वितरण प्रक्रिया नियंत्रित करण्याची अनुमती देते: बिल्ड—चाचणी—रिलीझ. हे टूल Apache 2.0 लायसन्स अंतर्गत वितरीत केले जाते. आपण ते अधिकृत वेबसाइटवर शोधू शकता सेटअप मार्गदर्शक.
• Capistrano — रुबी, जावा किंवा PHP मधील ऍप्लिकेशन्सची तैनाती स्वयंचलित करणारी स्क्रिप्ट तयार करण्यासाठी फ्रेमवर्क. Capistrano दूरस्थ मशीनवर SSH द्वारे कनेक्ट करून कमांड कार्यान्वित करण्यास सक्षम आहे. इतर सतत एकत्रीकरण आणि वितरण साधनांसह कार्य करते, जसे की इंटिग्रिटी CI सर्व्हर.
• ग्रेडल हे एक मल्टी-प्लॅटफॉर्म टूल आहे जे संपूर्ण ऍप्लिकेशन डेव्हलपमेंट सायकल स्वयंचलित करते. Gradle Java, Python, C/C++, Scala, इ. सह कार्य करते. Eclipse, IntelliJ आणि Jenkins सह एकत्रीकरण आहे.
• ड्रोन - गो भाषेत सीडी प्लॅटफॉर्म. ड्रोन जागेवर किंवा क्लाउडमध्ये तैनात केले जाऊ शकते. हे टूल कंटेनरच्या वर तयार केले आहे आणि ते व्यवस्थापित करण्यासाठी YAML फायली वापरतात.
• स्पिनॅकर — मल्टी-क्लाउड सिस्टममध्ये सतत कोड वितरणासाठी एक व्यासपीठ. Netflix द्वारे विकसित, Google अभियंत्यांनी टूलच्या विकासात मोठी भूमिका बजावली. स्थापना सूचना अधिकृत वेबसाइटवर शोधा.

आमच्या कॉर्पोरेट ब्लॉगवर काय वाचायचे:

• 1cloud.ru चे उदाहरण वापरून क्लाउड सेवेमध्ये DevOps
• आमचे API वापरून तुम्ही कसे बचत करू शकता
• 1क्लाउड क्लाउड आर्किटेक्चरची उत्क्रांती

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