GitLab CI / CD का उपयोग करके कई पाइपलाइन कैसे चलाएं

कई परियोजनाओं के लिए GitLab CI / CD को कॉन्फ़िगर करते समय पाइपलाइनों का लॉन्च और विज़ुअलाइज़ेशन।

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

यद्यपि CI यह जाँचता है कि जब एक ही रेपो में अन्य कोड के साथ एकीकृत होने पर नया कोड नहीं टूटेगा, तो इस रेपो पर सभी परीक्षणों को पारित करना केवल पहला कदम है। कोड में CI चलाने के बाद, वास्तविक वातावरण में परीक्षणों को तैनात करना और चलाना महत्वपूर्ण है। CI से कंटीन्युअस डिलीवरी और परिनियोजन (CD) में परिवर्तन "वयस्क" DevOps का अगला चरण है। परिनियोजन और बाद के रिटायरिंग आपको अन्य घटकों और सेवाओं के साथ एक परियोजना के कोड का परीक्षण करने की अनुमति देता है जिसे अन्य परियोजनाओं द्वारा प्रबंधित किया जा सकता है।

मुझे यह सुनिश्चित करने की आवश्यकता क्यों है कि मेरा कोड अन्य घटकों के साथ काम करता है?

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

पाइपलाइन क्रॉस प्रोजेक्ट

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

GitLab CI / CD कॉन्फ़िगरेशन फ़ाइल

GitLab CI / CD में, पाइपलाइनों के साथ-साथ नौकरियों और उनके घटकों के चरणों को प्रत्येक परियोजना के लिए .gitlab-ci.yml में परिभाषित किया गया है। फ़ाइल प्रोजेक्ट रिपॉजिटरी का हिस्सा है। यह पूरी तरह से संस्करणबद्ध है, और डेवलपर्स अपनी पसंद के किसी भी आईडीई का उपयोग करके इसे संपादित कर सकते हैं। उन्हें पाइपलाइन कॉन्फ़िगरेशन में परिवर्तन करने के लिए सिस्टम व्यवस्थापक या DevOps कमांड से पूछने की आवश्यकता नहीं है, क्योंकि वे इसे स्वयं कर सकते हैं। .gitlab-ci.yml पाइपलाइनों की संरचना और क्रम को निर्धारित करती है, और यह तय करती है कि गिटलैब रनर (एजेंट जो कार्यों को चलाता है) का उपयोग करके क्या किया जाना चाहिए, और जब निश्चित रूप से प्रक्रिया पूरी हो जाती है या निकल जाती है, तो क्या निर्णय लिया जाना चाहिए। प्रणाली।

क्रॉस-प्रोजेक्ट पाइपलाइन चलाने के लिए नौकरी जोड़ना

GitLab 11.8 के साथ शुरू, GitLab क्रॉस-प्रोजेक्ट पाइपलाइनों को चलाने के लिए एक नया CI / CD कॉन्फ़िगरेशन सिंटैक्स प्रदान करता है, जो पाइपलाइन कॉन्फ़िगरेशन नियमों में पाया जा सकता है । निम्न कोड दिखाता है कि एक डाउनलिंक पाइपलाइन चलाने के लिए ब्रिज जॉब को कैसे कॉन्फ़िगर करें:

 // job1  job    deploy: stage: Deploy script: this is my script // job2  bridge job   ,   -  Android: stage: Trigger-cross-projects trigger: mobile/android 

उपरोक्त उदाहरण में, जैसे ही परिनियोजन चरण पर परिनियोजन कार्य सफल होता है, Android ब्रिज के लिए कार्य प्रारंभ हो जाता है। इसकी प्रारंभिक स्थिति लंबित होगी। GitLab मोबाइल / एंड्रॉइड प्रोजेक्ट में एक डाउनस्ट्रीम पाइपलाइन बनाएगा, और एक बार यह बन जाने के बाद, एंड्रॉइड जॉब सफल हो जाएगा। इस मामले में, मोबाइल / एंड्रॉइड इस प्रोजेक्ट का पूर्ण पथ है।

अपस्ट्रीम पाइपलाइन बनाने वाले उपयोगकर्ता को डाउनस्ट्रीम प्रोजेक्ट (इस मामले में, मोबाइल / एंड्रॉइड) तक पहुंच अधिकार होना चाहिए। यदि डाउनस्ट्रीम प्रोजेक्ट नहीं मिल सकता है या उपयोगकर्ता के पास वहां पाइपलाइन बनाने के लिए एक्सेस अधिकार नहीं हैं, तो एंड्रॉइड जॉब को असफल स्थिति प्राप्त होगी।

अपस्ट्रीम से डाउनस्ट्रीम पाइपलाइन तक चार्ट का अवलोकन

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

नीचे दिए गए आंकड़े में आप अवरोही वेतन "सेवा - वित्त" देख सकते हैं। अब आप बाईं ओर आरोही पाइप लाइन पर स्क्रॉल कर सकते हैं, दाईं ओर से नीचे उतरने वाली पाइप लाइन पर स्क्रॉल कर सकते हैं या किसी अन्य अवरोही पाइपलाइन का चयन कर सकते हैं।

एक बाल पाइपलाइन शाखा को परिभाषित करना

आप उस शाखा का नाम निर्दिष्ट कर सकते हैं जिसका अवरोही पाइपलाइन उपयोग करेगा:

 trigger: project: mobile/android branch: stable-11-2 

डाउनस्ट्रीम प्रोजेक्ट के लिए पूर्ण पथ को इंगित करने के लिए प्रोजेक्ट कीवर्ड का उपयोग करें। शाखा का नाम निर्धारित करने के लिए शाखा कीवर्ड का उपयोग करें। GitLab उस प्रतिबद्धता का उपयोग करेगा जो वर्तमान में HEAD शाखा में है, जब डाउनलिंक पाइपलाइन बना रही है।

एक अवरोही पाइपलाइन के लिए चर पासिंग

किसी दिन, आप एक अवरोही पाइपलाइन के लिए चर पास करना चाह सकते हैं। आप इसे चरों के लिए कीवर्ड के साथ कर सकते हैं, जैसा कि आप एक नियमित नौकरी की परिभाषा के साथ करेंगे।

 Android: variable: ENVIRONMENT: 'This is the variable value for the downstream pipeline' stage: Trigger-cross-projects trigger: mobile/android 

उतरने वाली पाइपलाइन में परिभाषित प्रत्येक कार्य के लिए पर्यावरण चर को पारित किया जाएगा। यह एक पर्यावरण चर के रूप में उपलब्ध होगा जब भी GitLab Runner एक नौकरी का चयन करता है।

कुल क्रॉस-प्रोजेक्ट पाइपलाइन

.gitlab-ci.yml CI / CD चरणों के क्रम को निर्धारित करती है, जो कार्य करने और कार्य को शुरू करने या छोड़ने के लिए किन परिस्थितियों में कार्य करती है। इस फ़ाइल में trigger कीवर्ड के साथ एक 'ब्रिज जॉब' जोड़ने का उपयोग क्रॉस-प्रोजेक्ट पाइपलाइनों को चलाने के लिए किया जा सकता है। हम अवरोही पाइपलाइनों में नौकरियों के लिए मापदंडों को पारित कर सकते हैं और यहां तक ​​कि उस शाखा को भी परिभाषित कर सकते हैं जिसका अवरोही पाइपलाइन उपयोग करेगा।

पाइपलाइन कई अनुक्रमिक और समानांतर कार्यों के साथ जटिल संरचनाएं हो सकती हैं, और, जैसा कि हमने अभी सीखा है, कभी-कभी वे डाउनस्ट्रीम पाइपलाइन चला सकते हैं। पाइपलाइन प्रवाह की समझ को सरल बनाने के लिए, अवरोही पाइपलाइनों सहित, GitLab में पाइपलाइनों और उनकी स्थितियों को देखने के लिए पाइपलाइनें हैं।

हमारे ब्लॉग पर अन्य लेख भी पढ़ें:

• /etc/resolv.conf कुबेरनेट्स पॉड्स के लिए, ndots: 5 विकल्प, क्योंकि इससे एप्लिकेशन के प्रदर्शन पर प्रतिकूल प्रभाव पड़ सकता है
• गोलंग में प्रसंग पैकेज को समझना
• डॉक छवियों को कम करने के लिए तीन सरल ट्रिक्स
• कुबेरनेट्स में स्टेटफ़ुल बैकअप
• बड़ी संख्या में विषम वेब परियोजनाओं का समर्थन करना
• रेडमाइन के लिए टेलीग्राम बॉट। अपने और लोगों के लिए जीवन को सरल कैसे बनाएं