संदर्भ: सतत एकीकरण प्रक्रिया कैसे काम करती है

आज हम इस शब्द के इतिहास को देखेंगे, सीआई को लागू करने की कठिनाइयों पर चर्चा करेंगे, और कई लोकप्रिय उपकरण प्रदान करेंगे जो आपको इसके साथ काम करने में मदद करेंगे।

/ फ़्लिकर / अल्टुग काराकोक / सीसी द्वारा / फोटो संशोधित

अवधि

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

लक्ष्य एकीकरण प्रक्रिया को पूर्वानुमानित बनाना और प्रारंभिक चरण में संभावित बग और त्रुटियों का पता लगाना है, ताकि उन्हें ठीक करने के लिए अधिक समय मिल सके।

सतत एकीकरण शब्द पहली बार 1991 में सामने आया। इसे यूएमएल भाषा के निर्माता द्वारा पेश किया गया था ग्रेडी बुच (ग्रैडी बूच)। इंजीनियर ने अपने स्वयं के विकास अभ्यास के हिस्से के रूप में सीआई की अवधारणा पेश की - बूच विधि. इसका तात्पर्य ऑब्जेक्ट-ओरिएंटेड सिस्टम को डिज़ाइन करते समय वास्तुकला के वृद्धिशील परिशोधन से है। ग्रैडी ने निरंतर एकीकरण के लिए किसी भी आवश्यकता का वर्णन नहीं किया। लेकिन बाद में उनकी किताब में "अनुप्रयोगों के साथ ऑब्जेक्ट-ओरिएंटेड विश्लेषण और डिज़ाइनउन्होंने कहा कि कार्यप्रणाली का लक्ष्य "आंतरिक रिलीज़" की रिलीज़ में तेजी लाना है।

कहानी

1996 में, सीआई पद्धति के रचनाकारों द्वारा अपनाया गया था चरम कार्यक्रम (एक्सपी) - केंट बेक (केंट बेक) और रॉन जेफ़्रीज़ (रॉन जेफ़रीज़)। सतत एकीकरण उनके दृष्टिकोण के बारह प्रमुख सिद्धांतों में से एक बन गया। एक्सपी के संस्थापकों ने सीआई पद्धति के लिए आवश्यकताओं को स्पष्ट किया और दिन में कई बार परियोजना बनाने की आवश्यकता पर ध्यान दिया।

2000 के दशक की शुरुआत में, एजाइल एलायंस के संस्थापकों में से एक ने निरंतर एकीकरण पद्धति को बढ़ावा देना शुरू किया मार्टिन फाउलर (मार्टिन फाउलर)। सीआई के साथ उनके प्रयोगों से इस क्षेत्र में पहला सॉफ्टवेयर टूल - क्रूज़कंट्रोल सामने आया। उपयोगिता मार्टिन के सहयोगी मैथ्यू फोमेल द्वारा बनाई गई थी।

टूल में बिल्ड चक्र को एक डेमॉन के रूप में कार्यान्वित किया जाता है जो समय-समय पर कोड बेस में बदलाव के लिए संस्करण नियंत्रण प्रणाली की जांच करता है। समाधान आज ही डाउनलोड किया जा सकता है - यह द्वारा वितरित बीएसडी जैसे लाइसेंस के तहत।

सीआई के लिए सॉफ्टवेयर के आगमन के साथ, अधिक से अधिक कंपनियों ने इस प्रथा को अपनाना शुरू कर दिया। फॉरेस्टर शोध के अनुसार [पेज 5 प्रतिवेदन], 2009 में, सर्वेक्षण में शामिल पचास प्रौद्योगिकी कंपनियों में से 86% ने सीआई विधियों का उपयोग या कार्यान्वयन किया।

आज, सतत एकीकरण की प्रथा का उपयोग विभिन्न प्रकार के उद्योगों के संगठनों द्वारा किया जाता है। 2018 में, एक बड़े क्लाउड प्रदाता ने सेवा, शिक्षा और वित्त क्षेत्रों की कंपनियों के आईटी विशेषज्ञों के बीच एक सर्वेक्षण किया। छह हजार उत्तरदाताओं में से 58% ने कहा कि वे अपने काम में सीआई उपकरण और सिद्धांतों का उपयोग करते हैं।

Как это работает

सतत एकीकरण दो उपकरणों पर आधारित है: एक संस्करण नियंत्रण प्रणाली और एक सीआई सर्वर। उत्तरार्द्ध या तो एक भौतिक उपकरण या क्लाउड वातावरण में एक आभासी मशीन हो सकता है। डेवलपर्स दिन में एक या अधिक बार नया कोड अपलोड करते हैं। सीआई सर्वर स्वचालित रूप से इसे सभी निर्भरताओं के साथ कॉपी करता है और बनाता है। बाद में, यह एकीकरण और इकाई परीक्षण चलाता है। यदि परीक्षण सफलतापूर्वक पास हो जाते हैं, तो सीआई प्रणाली कोड तैनात कर देती है।

सामान्य प्रक्रिया आरेख को इस प्रकार दर्शाया जा सकता है:

सीआई पद्धति डेवलपर्स के लिए कई आवश्यकताएं बनाती है:

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

कार्यान्वयन कठिनाइयाँ

पहली समस्या उच्च परिचालन लागत है. भले ही कोई कंपनी ओपन सीआई टूल्स (जिसके बारे में हम बाद में बात करेंगे) का उपयोग करती है, फिर भी उसे बुनियादी ढांचे के समर्थन पर पैसा खर्च करना होगा। हालाँकि, क्लाउड प्रौद्योगिकियाँ समाधान हो सकती हैं।

वे विभिन्न पैमाने के कंप्यूटर कॉन्फ़िगरेशन के संयोजन को सरल बनाते हैं। कंपनी का प्लस भुगतान करें केवल उपयोग किए गए संसाधनों के लिए, जो बुनियादी ढांचे पर बचत करने में मदद करता है।

सर्वेक्षणों के अनुसार [पेज 14 लेख], निरंतर एकीकरण से कंपनी के कर्मचारियों पर भार बढ़ता है (कम से कम पहले)। उन्हें नए उपकरण सीखने पड़ते हैं, और सहकर्मी हमेशा प्रशिक्षण में मदद नहीं करते हैं। इसलिए, आपको तुरंत नई रूपरेखाओं और सेवाओं से निपटना होगा।

तीसरी कठिनाई स्वचालन की समस्या है। बड़ी मात्रा में लीगेसी कोड वाले संगठन जो स्वचालित परीक्षणों द्वारा कवर नहीं किए जाते हैं, उन्हें इस समस्या का सामना करना पड़ता है। इससे यह तथ्य सामने आता है कि सीआई के पूर्ण कार्यान्वयन से पहले कोड को फिर से लिखा जाता है।

/ फ़्लिकर / theilr / सीसी द्वारा एसए

कौन उपयोग करता है

आईटी दिग्गज इस पद्धति के लाभों की सराहना करने वाले पहले लोगों में से थे। गूगल का उपयोग करता है 2000 के दशक के मध्य से निरंतर एकीकरण। सर्च इंजन में देरी की समस्या को हल करने के लिए CI को लागू किया गया था। निरंतर एकीकरण से समस्याओं का शीघ्र पता लगाने और उन्हें हल करने में मदद मिली। अब सीआई का उपयोग आईटी दिग्गज के सभी विभागों द्वारा किया जाता है।

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

उपकरण

यहां सीआई के लिए कुछ लोकप्रिय उपकरण दिए गए हैं:

• जेनकींस सबसे लोकप्रिय सीआई प्रणालियों में से एक है। यह विभिन्न वीसीएस, क्लाउड प्लेटफ़ॉर्म और अन्य सेवाओं के साथ एकीकरण के लिए एक हजार से अधिक प्लगइन्स का समर्थन करता है। हम 1cloud: टूल पर जेनकींस का भी उपयोग करते हैं हमारे DevOps सिस्टम में शामिल है. वह परीक्षण के लिए इच्छित Git शाखा की नियमित रूप से जाँच करता है।
• बिल्डबोट - अपनी स्वयं की निरंतर एकीकरण प्रक्रियाओं को लिखने के लिए एक पायथन ढांचा। टूल का प्रारंभिक सेटअप काफी जटिल है, लेकिन इसकी भरपाई व्यापक अनुकूलन विकल्पों द्वारा की जाती है। फ्रेमवर्क के फायदों के बीच, उपयोगकर्ता इसकी कम संसाधन तीव्रता पर प्रकाश डालते हैं।
• कॉनकोर्स सीआई पिवोटल का एक सर्वर है जो डॉकर कंटेनरों का उपयोग करता है। कॉनकोर्स सीआई किसी भी उपकरण और संस्करण नियंत्रण प्रणाली के साथ एकीकृत होता है। डेवलपर्स ध्यान दें कि सिस्टम किसी भी आकार की कंपनियों में काम के लिए उपयुक्त है।
• गिटलैब सीआई GitLab संस्करण नियंत्रण प्रणाली में निर्मित एक उपकरण है। सेवा क्लाउड में चलती है और कॉन्फ़िगरेशन के लिए YAML फ़ाइलों का उपयोग करती है। जैसे कॉनकोर्स, गिटलैब सीआई इसपर लागू होता है डॉकर कंटेनर जो विभिन्न प्रक्रियाओं को एक दूसरे से अलग करने में मदद करते हैं।
• कूट-कूट कर भरा हुआ एक क्लाउड CI सर्वर है जो GitHub, GitLab और BitBucket के साथ काम करता है। प्लेटफ़ॉर्म को लंबे प्रारंभिक सेटअप की आवश्यकता नहीं है - कोडशिप में मानक पूर्व-स्थापित सीआई प्रक्रियाएं उपलब्ध हैं। छोटी (प्रति माह 100 बिल्ड तक) और ओपन सोर्स परियोजनाओं के लिए, कोडशिप निःशुल्क उपलब्ध है।

हमारे कॉर्पोरेट ब्लॉग से सामग्री:

• फ़ाइलों का बैकअप लेना: डेटा हानि से स्वयं को कैसे सुरक्षित रखें
• 1cloud.ru के उदाहरण का उपयोग करके क्लाउड सेवा में DevOps
• किसी संगठन के आईटी बुनियादी ढांचे के लिए विकल्प

स्रोत: www.habr.com