🔵 😢 👩🏽‍🎨 बैकग्राउंड: कंटीन्यूअस इंटीग्रेशन प्रोसेस कैसे काम करता है 🦂 🔚 🍈

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

/ फ़्लिकर / अल्टग कराकॉक / सीसी बाय / फोटो बदल गया

अवधि

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

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

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

कहानी

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

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

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

CI के लिए सॉफ्टवेयर के आगमन के साथ, अधिक से अधिक कंपनियों ने अभ्यास को अपनाना शुरू कर दिया। फॉरेस्टर के अध्ययन के अनुसार [ रिपोर्ट का पृष्ठ ५], २०० ९ में, पचास प्रौद्योगिकी कंपनियों में से %६% ने सर्वेक्षण या उपयोग के तरीकों का सर्वेक्षण किया।

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

यह कैसे काम करता है

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

प्रक्रिया की सामान्य योजना निम्नानुसार दर्शाई जा सकती है:

सीआई कार्यप्रणाली में डेवलपर्स के लिए कई आवश्यकताएँ हैं:

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

कार्यान्वयन कठिनाइयों

पहली समस्या उच्च परिचालन लागत है। यहां तक कि अगर कोई कंपनी खुले सीआई उपकरण का उपयोग करती है (जो हम बाद में बात करेंगे), तो उसे अभी भी बुनियादी ढांचे का समर्थन करने पर पैसा खर्च करना होगा। हालांकि, क्लाउड टेक्नोलॉजी इसका समाधान हो सकती है।

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

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

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

/ फ़्लिकर / इल्र / सीसी बाय-एसए

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

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

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

उपकरण

यहाँ CI के लिए कुछ लोकप्रिय उपकरण दिए गए हैं:

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

बैकग्राउंड: कंटीन्यूअस इंटीग्रेशन प्रोसेस कैसे काम करता है