continuous integration devops
DevOps में निरंतर एकीकरण क्या है?
अब तक हमने अपने पिछले सत्रों में और वर्तमान में भाग 3 में इस विषय के भाग 1 और भाग 2 को शामिल किया है।
क्या सबसे अच्छा जासूस app है
भाग 2 तक, हमने देवओप्स के लोगों और प्रक्रिया के पहलुओं के बारे में जानकारी दी, जो कि सहयोग और सामान्य लक्ष्य, सामान्य मानसिकता और टीम में सामान्य सोच पर ध्यान केंद्रित करता है जो देवओप्स के उद्देश्यों को प्राप्त करने में मदद करता है।
अपने अंतिम ट्यूटोरियल में, हमने ज्ञान प्राप्त किया DevOps में सहयोग कैसे विकसित करें ।
जांच करें => DevOps पर अंतिम गाइड
निरंतर एकीकरण, निरंतर परीक्षण, निरंतर तैनाती और निरंतर वितरण DevOps के मुख्य तकनीकी पहलू हैं।
वीडियो भाग 3 ब्लॉक 1: निरंतर एकीकरण- 12 मिनट 20 सेकंड
ट्रांस्क्रिप्ट:
आखिर मेंभाग, हमने DevOps के अभ्यास सीखे हैं जिसके तहत हमने सीखा कि DevOps प्रथाओं द्वारा चुस्त सिद्धांतों के किन हिस्सों को अपनाया जाता है।
इन सिद्धांतों के माध्यम से देवो के उद्देश्यों को कैसे प्राप्त किया जाता है?
हमने ग्राहकों के मूल्य और उसके लाभों के छोटे नियंत्रणों के संस्करण नियंत्रण, स्वचालन और वितरण के महत्व का अध्ययन किया है।
DevOps के संदर्भ में क्या सहयोग है और हम इसे कैसे प्राप्त करते हैं?
अब तक हमने DevOps के लोगों और प्रक्रिया के पहलुओं के बारे में बात की थी, जो कि सहयोग और एक सामान्य लक्ष्य और सामान्य सोच और टीम के भीतर सामान्य सोच पर ध्यान केंद्रित करता है जो DevOps के उद्देश्यों को प्राप्त करने में मदद करता है, अब आइए DevOps के कुछ तकनीकी पहलुओं के बारे में जानें , जो एक DevOps को संभव बनाता है।
वे निरंतर एकीकरण, निरंतर वितरण और तैनाती और निरंतर परीक्षण हैं।
भाग 3 के ब्लॉक 1 के भाग के रूप में, पहले अध्ययन करें 'लगातार एकीकरण'।
निरंतर एकीकरण क्या है?
निरंतर एकीकरण -> CI -> प्रक्रियाओं का सेट -> पाइपलाइन / CI पाइपलाइन बनाएँ
निरंतर एकीकरण, जिसे शीघ्र ही DevOps में ’CI’ कहा जाता है, एक महत्वपूर्ण प्रक्रिया या प्रक्रियाओं का एक समूह है, जिसे Pip बिल्ड पाइपलाइन ’या Pip CI पाइपलाइन’ के रूप में परिभाषित और संचालित किया जाता है।
हम जानते हैं कि DevOps अभ्यास में, हमारे पास विकास और संचालन टीम दोनों के लिए एक एकल संस्करण नियंत्रण उपकरण है, जहां सभी का कोड मास्टर कोड आधार के रूप में जमा किया जाएगा और यह टीम को समानांतर में काम करने की अनुमति देता है।
तो, DevOps में कंटीन्यूअस इंटीग्रेशन, व्यक्तिगत डेवलपर्स कोड को कोड की मास्टर कॉपी में मुख्य शाखा में विलय करने के अलावा कुछ भी नहीं है जहां संस्करण नियंत्रण बनाए रखा जाता है। एक दिन में होने वाले कोड मर्ज के लिए किसी भी समय कोई प्रतिबंध नहीं है।
जब और जब डेवलपर अपने कोड में संस्करण नियंत्रण की जाँच करता है, तुरंत CI किक की प्रक्रिया शुरू हो जाती है।
अनुभवी के लिए सेलेनियम साक्षात्कार प्रश्न और उत्तर
CI प्रक्रिया में शामिल हैं,
- सभी डेवलपर्स कोड को मुख्य लाइन में विलय करना,
- एक निर्माण को ट्रिगर करना,
- कोड संकलित करना और एक निर्माण करना और…। हाल ही में
- इकाई परीक्षण किया गया।
तो, कंटीन्यूअस इंटीग्रेशन सभी डेवलपर कोड को एक केंद्रीय स्थान पर मर्ज करने और उनके प्रत्येक मर्ज को एक स्वचालित निर्माण और परीक्षण के साथ मान्य करने की एक प्रक्रिया है।
सीआई के दौरान तकनीकी रूप से क्या होता है, यह समझाने के लिए
निरंतर एकीकरण के लिए एक सर्वर होगा जो होस्ट करता है सीआई उपकरण , जो कोड चेक-इन के लिए संस्करण नियंत्रण उपकरण देखता रहता है और जैसे ही, एक चेक-इन पाया जाता है, यह स्वचालित संकलन को ट्रिगर करता है, स्थैतिक कोड विश्लेषण के साथ यूनिट परीक्षण और निर्माण और स्वचालित सुरक्षा परीक्षण का एक मूल स्तर चलाता है। ।
स्वचालित परीक्षण करने के लिए विभिन्न उपकरण, जैसे जेनकिंस, TestNG, यूनिट परीक्षण करने के लिए NUnit, स्थिर कोड विश्लेषण करने के लिए सोनार, और सुरक्षा परीक्षण को अंजाम देने के लिए मज़बूत करना, ये सभी उपकरण CI पाइपलाइन के साथ एकीकृत होंगे। ।
तो, पूर्ण CI पाइपलाइन बिना किसी मैनुअल हस्तक्षेप के एक स्वचालित प्रक्रिया है और कुछ सेकंड या मिनट के भीतर चलती है।
इसलिए, सीआई का प्रमुख लाभ यह है कि डेवलपर्स को बिना किसी समय के तेजी से प्रतिक्रिया मिलती है।
- CI कोड में डेवलपर की जाँच के बाद चलता है और सेकंड में परिणाम निकालता है। तो, यह डेवलपर्स को तुरंत यह जानने की अनुमति देता है कि उसका कोड सफलतापूर्वक बनाया गया है या टूट गया है।
- इससे डेवलपर को यह भी पता चल जाता है कि क्या उसका कोड दूसरे के कोड के साथ सफलतापूर्वक जुड़ गया है या टूट गया है, ऐसा कुछ जो टीम के अन्य सदस्य ने कोड बेस के एक अलग हिस्से में किया है। इसलिए, CI त्वरित कोड विश्लेषण करता है और बाद में विलय को सरल और त्रुटि मुक्त बनाता है।
तो CI एक स्वचालित प्रक्रिया है, जहां बिल्ड हर कोड चेक-इन के साथ चालू हो जाता है, संकलित हो जाता है, बिल्ड बनाता है और बिल्ड पर स्वचालित यूनिट परीक्षण चलाए जाते हैं।
सीआई को हम सीओपी या चेकिंग की प्रक्रिया भी कह सकते हैं यदि टीम में सभी का कोड एक अच्छा या वैध कोड है या नहीं, क्योंकि सीआई प्रक्रिया, प्रत्येक चेक-इन के साथ तुरंत संकलन और निर्माण करती है और यदि यह एक बुरा कोड है, तो त्रुटियों को फेंक देती है, या इसे स्वचालित इकाई परीक्षण मामलों के माध्यम से संकलित नहीं किया जा सकता है या नहीं किया जा सकता है।
CI के क्या लाभ हैं?
सबसे पहले, संपूर्ण CI प्रक्रिया एक स्वचालित प्रक्रिया है और इसलिए लंबी, बग-इंडिंग मैनुअल मर्ज को कम करके मानवीय त्रुटि को कम करता है।
कोई भी व्यक्ति अपने कोड की जांच कर सकता है, दिन में किसी भी समय, दूसरों को अपनी कोडिंग पूरी करने के लिए इंतजार किए बिना, उनके चेक-इन और बाद में चेक-इन समाप्त होने तक प्रतीक्षा करें। तो, CI निर्भरता को हटा देता है या दूसरों के चेकिंग के प्रतीक्षा समय को हटा देता है।
इस प्रकार, टीम के सदस्यों को अपने चेक-इन को समाप्त करने के लिए टीम के अन्य सदस्यों की प्रतीक्षा करने की आवश्यकता नहीं है और इसलिए समानांतर में काम करने की अनुमति देता है।
हर चेक-इन सिर्फ संस्करण नियंत्रण पर एकत्र होने पर ही नहीं रुकता है, बल्कि तुरंत निर्माण और स्वचालित परीक्षण के माध्यम से योग्य हो जाता है। इसलिए, प्रत्येक चेक-इन को आगे की प्रक्रिया के लिए रूट पर ही मान्य किया गया है।
किसी के कोड को याद करने का कोई मौका नहीं है क्योंकि सभी के कोड को समय की मोहर के साथ मास्टर कॉपी में चेक किया जाता है और इसलिए इसे ठीक से रिकॉर्ड किया गया है।
संकलन, निर्माण और परीक्षण की पूरी प्रक्रिया कुछ सेकंड में चलती है और इसलिए काफी तेज और तेज होती है और बहुत समय बचाती है और इसलिए कुछ घंटों की अवधि में तेजी से वितरण करने के DevOps उद्देश्य को प्राप्त करने में मदद करता है।
चूंकि निर्माण और परीक्षण की पूरी प्रक्रिया कुछ सेकंड से लेकर मिनटों तक चलती है, इसलिए व्यक्तियों के कोड पर प्रतिक्रिया बहुत जल्दी होती है और हमें यह पता लगाने के लिए इधर-उधर भागने की जरूरत नहीं है कि किसके कोड ने निर्माण को तोड़ दिया है या दोष को प्रेरित किया है, जैसा कि हर चेक-इन इसमें विफलता के क्षेत्र में विफलता के क्षेत्र को इंगित करने वाली सफलता या विफलता आउटपुट देता है।
इसलिए, यह डेवलपर को थोड़ी मात्रा में कोड की जांच करने की अनुमति देता है, शायद कोड की एक भी पंक्ति, यह सुनिश्चित करने के लिए कि यह त्रुटि-मुक्त है और डेवलपर को विश्वास दिलाता है कि उनका कोड अच्छा है और दूसरों को भी नहीं तोड़ता है कोड। तो, यह कुल में कोड की गुणवत्ता में सुधार करने में मदद करता है।
आइए हम यहां विराम दें और हमें आगामी वीडियो ट्यूटोरियल में निरंतर वितरण और निरंतर परीक्षण लेने दें।
PREV ट्यूटोरियल | अगले ट्यूटोरियल
अनुशंसित पाठ
- DevOps में सतत वितरण
- DevOps में निरंतर तैनाती
- DevOps में निरंतर परीक्षण
- DevOps टीमों में सहयोग कैसे विकसित करें
- DevOps ट्यूटोरियल: DevOps के लिए अंतिम गाइड (25+ ट्यूटोरियल)
- DevOps वीडियो ट्यूटोरियल का पुनर्कथन
- DevOps में सहयोग
- DevOps परीक्षण के लिए शीर्ष 10 निरंतर परीक्षण उपकरण (2021 सूची)