बैकग्राउंड: कंटीन्यूअस डिलिवरी

इससे पहले हमने सतत एकीकरण (सीआई) के बारे में बात की थी । सतत वितरण के साथ जारी रखें। यह सॉफ्टवेयर डेवलपमेंट के तरीकों का एक सेट है। यह सुनिश्चित करने में मदद करता है कि कोड तैनाती के लिए तैयार है।


/ पिक्साबे / ब्लूबुडी / पीएल

कहानी

निरंतर वितरण के संयोजन को बुनियादी सिद्धांतों की सूची की शुरुआत में 2001 से फुर्तीले रूप में देखा जा सकता है: "प्राथमिकता प्रासंगिक सॉफ़्टवेयर की निरंतर आपूर्ति का उपयोग करके ग्राहकों की समस्याओं का समाधान है।"

2010 में, Jez Humble और David Farley ने Continuous Delivery पर एक किताब जारी की। लेखकों के अनुसार, सीडी कंटीन्यूअस इंटीग्रेशन दृष्टिकोण का अनुपालन करता है और तैनाती के लिए कोड तैयार करना आसान बनाता है।

पुस्तक के प्रकाशन के बाद, दृष्टिकोण लोकप्रियता प्राप्त करना शुरू कर दिया और सिर्फ कुछ वर्षों में लगभग सार्वभौमिक रूप से स्वीकार कर लिया गया। 2014 में 600 से अधिक डेवलपर्स और आईटी प्रबंधकों के बीच एक सर्वेक्षण के अनुसार, 97% तकनीकी प्रबंधक और 84% प्रोग्रामर कंटीन्यूअस डिलीवरी से परिचित थे।

अब यह दृष्टिकोण सबसे लोकप्रिय में से एक है। 2018 के एक अध्ययन के अनुसार, DevOps और जेनकिंस कम्युनिटी आईटी समुदाय को शामिल करते हुए , एक हजार से अधिक उत्तरदाताओं में से आधे इसका उपयोग करते हैं।

निरंतर वितरण कैसे काम करता है

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

सतत वितरण प्रक्रिया का एक उदाहरण इस प्रकार है:



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

प्रक्रिया में निम्नलिखित आवश्यकताएं हैं:

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

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

फायदा क्या है

सतत वितरण कोड परिनियोजन को सरल बनाने में मदद करता है, जिसका उत्पादकता पर सकारात्मक प्रभाव पड़ता है और कर्मचारियों के जलने की संभावना कम हो जाती है। अंततः, यह समग्र विकास लागत को कम करता है। उदाहरण के लिए, एक सीडी ने एचपी टीमों में से एक को ऐसी लागत को 40% तक कम करने में मदद की।

इसके अलावा, 2016 के एक अध्ययन ( दस्तावेज़ के पृष्ठ 28) के अनुसार, जिन कंपनियों ने सीडी को लागू किया है, वे उन लोगों की तुलना में आईएस की समस्याओं को हल करने में 50% तेज हैं जो दृष्टिकोण का उपयोग नहीं करते हैं। कुछ हद तक, इस अंतर को प्रक्रिया स्वचालन उपकरण के काम से समझाया जा सकता है।

एक और प्लस रिलीज रिलीज का त्वरण है। फिनिश विकास स्टूडियो में, निरंतर वितरण ने कोड असेंबली की गति को 25% बढ़ाने में मदद की ।

संभावित कठिनाइयाँ

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

दूसरी संभावित समस्या बड़ी संख्या में कोड शाखाओं की है। "ब्रांचिंग" का परिणाम अक्सर संघर्ष और समय की एक बड़ी राशि का नुकसान है। एक संभावित समाधान है, कोई शाखा नहीं है ।

विशेष रूप से, कुछ कंपनियों में, परीक्षण के साथ मुख्य कठिनाइयां उत्पन्न होती हैं - इसमें बहुत अधिक समय लगता है। परीक्षण के परिणामों को अक्सर मैन्युअल रूप से विश्लेषण करना पड़ता है, लेकिन सीडी कार्यान्वयन के शुरुआती चरणों में परीक्षणों का समानांतरकरण एक संभव समाधान हो सकता है।

आपको नए उपकरणों के साथ काम करने के लिए कर्मचारियों को प्रशिक्षित करना चाहिए - एक प्रारंभिक शैक्षिक कार्यक्रम डेवलपर्स के समय और प्रयास को बचाएगा।


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

उपकरण

यहाँ सतत वितरण के लिए कुछ खुले उपकरण हैं:

• GoCD जावा और रेल पर निरंतर वितरण के लिए एक सर्वर है। आपको संपूर्ण एप्लिकेशन डिलीवरी प्रक्रिया को नियंत्रित करने की अनुमति देता है: बिल्ड - टेस्ट - रिलीज़। टूल को अपाचे 2.0 के तहत लाइसेंस प्राप्त है। आधिकारिक वेबसाइट पर आप सेटअप गाइड पा सकते हैं।
• Capistrano - स्क्रिप्ट बनाने के लिए एक रूपरेखा जो रूबी, जावा या PHP में अनुप्रयोगों की तैनाती को स्वचालित करती है। Capistrano एक दूरस्थ मशीन पर कमांड निष्पादित करने में सक्षम है, जो इसे SSH के माध्यम से जोड़ता है। इंटीग्रिटी CI सर्वर जैसे अन्य निरंतर एकीकरण और डिलीवरी टूल के साथ काम करता है।
• ग्रैडल एक बहु-प्लेटफ़ॉर्म उपकरण है जो संपूर्ण अनुप्रयोग विकास चक्र को स्वचालित करता है। ग्रेड जावा, पायथन, सी / सी ++, स्काला, आदि के साथ काम करता है। ग्रहण, इंटेलीज और जेनकिन्स के साथ एकीकरण है।
• ड्रोन एक गो सीडी मंच है। ड्रोन को आधार पर या क्लाउड में तैनात किया जा सकता है। उपकरण कंटेनरों के आधार पर बनाया गया है और उन्हें प्रबंधित करने के लिए YAML फ़ाइलों का उपयोग करता है।
• स्पिन क्लाउड बहु-क्लाउड सिस्टम में कोड के निरंतर वितरण के लिए एक मंच है। नेटफ्लिक्स द्वारा विकसित, टूल के विकास में एक बड़ी भूमिका Google इंजीनियरों द्वारा निभाई गई थी। स्थापना निर्देश आधिकारिक वेबसाइट पर देखे जा सकते हैं।

हमारे कॉर्पोरेट ब्लॉग में क्या पढ़ें:

• एक उदाहरण के रूप में 1cloud.ru का उपयोग करके क्लाउड सेवा में DevOps
• आप हमारे एपीआई का उपयोग करके कैसे बचा सकते हैं
• 1 क्लॉउड क्लाउड आर्किटेक्चर इवोल्यूशन