GitLab और Ansible के साथ कोड के रूप में एक बुनियादी ढांचे का निर्माण

कोड दृष्टिकोण के रूप में बुनियादी सुविधाओं के साथ Ansible playbooks के प्रदर्शन में GitLab CI की सारी शक्ति।

GitLab CI विभिन्न प्रकार के परिदृश्यों के लिए एक प्रभावी उपकरण है, जिसमें कोड के रूप में अवसंरचना शामिल है। GitLab का उपयोग विभिन्न उपकरणों के साथ किया जा सकता है, लेकिन इस डेमो में हम Ansible को लेंगे, क्योंकि यह ठीक है कि डेवलपर्स अक्सर "बुनियादी ढांचे के रूप में कोड" का उपयोग करते समय उपयोग करते हैं। यहाँ एक डेमो है, जो अनिसिबल नेटवर्क पर पाठ्यक्रम से दो राउटर्स के साथ है ।

GitLab CI की खूबी यह है कि Ansible playbook से कोड को स्थानीय रूप से किसी भी निर्भरता को स्थापित किए बिना संशोधित और वितरित किया जा सकता है। एक डेमो प्रोजेक्ट जिसके कारण हमारी सुरक्षा नीति के अनुसार हर महीने सभी उपकरणों पर एसएनएमपी तार अपडेट किए जाते हैं , हमारी कोड होस्टिंग सेवा GitLab.com पर पूरी तरह से पूरा हो सकता है।

आरंभ करने के लिए, Ansible playbook खोलें, जहाँ 4 कार्य हैं:

• राउटर तथ्यों को इकट्ठा करें - राउटर के बारे में तथ्य एकत्र करना।
• प्रदर्शन संस्करण - प्रदर्शन संस्करण
• सीरियल नंबर प्रदर्शित करें
• SNMP कॉन्फ़िगर करें - SNMP कॉन्फ़िगर करें।

इस डेमो में, हम SNMP स्ट्रिंग्स को कॉन्फ़िगर करने पर ध्यान केंद्रित करेंगे, जिसके लिए आपको कुछ सरल चरणों का पालन करने की आवश्यकता है।

टास्क बोर्ड से शुरू

GitLab पर कोई भी योजना उसी तरह से शुरू होती है: एक कार्य के साथ । तो, GitLab वर्कफ़्लो का पहला चरण कार्य-बोर्ड को ansible-Demo प्रोजेक्ट में जाँचना है। सुगम्य-डेमो टास्क बोर्ड पर, हम पहले से ही कार्य देखते हैं: सभी राउटरों पर एसएनएमपी लाइनों को बदलें । कार्य में GitLab सुरक्षा नीति विकी पृष्ठ का लिंक है, जहां यह कहता है कि SNMP लाइनों को हर महीने अपडेट किया जाना चाहिए, और केवल पढ़ने और लिखने के लिए और संचालन लिखने के लिए, अलग-अलग लाइनें होनी चाहिए।

GitLab की सुरक्षा नीति में हर महीने SNMP स्ट्रिंग्स को अपडेट करना है।

फिर आपको यह सत्यापित करने की आवश्यकता है कि दो राउटर के साथ डेमो में एसएनएमपी स्ट्रिंग्स को कॉन्फ़िगर करने की कमांड कार्य में वर्णित गिटलैब सुरक्षा नीति का उल्लंघन नहीं करती है।

एसएनएमपी स्ट्रिंग्स को कॉन्फ़िगर करने के लिए कमांड एन्सिबल प्लेबुक पर उपलब्ध हैं।

फिर कार्य पर वापस लौटें, इसे अपने आप को असाइन करें और शॉर्टकट को दायें पैनल पर करने से बदलें या बस एक कॉलम से दूसरे कॉलम में बोर्ड पर कार्य को खींचें।

मर्ज अनुरोध बनाना

अब आपको कार्य से एक मर्ज अनुरोध बनाने की आवश्यकता है। सुनिश्चित करें कि मर्ज अनुरोध में कार्य प्रगति (WIP) ध्वज है, ताकि वह समय से पहले विज़ार्ड में न जाए। स्थानीय रूप से कनेक्ट करने के बजाय, हम GitLab Web IDE का उपयोग करते हैं क्योंकि SNMP लाइनों के परिवर्तन मामूली हैं।

• CI / CD डेमो सेक्शन खोलें।
• Ansible playbook पर जाएं।
• एसएनएमपी अनुभाग इस प्रकार बदलें:
• कृपया ध्यान दें कि कार्य में वर्णित GitLab सुरक्षा नीति के अनुसार RO और RW के लिए अलग-अलग लाइनें कॉन्फ़िगर की गई हैं।

वचन देना

आपने निर्देशों के अनुसार SNMP लाइन को अपडेट किया, और अब आपको बदलाव करने की आवश्यकता है। यह सुनिश्चित करने के लिए एक समानांतर परिवर्तन खोलें कि मर्ज अनुरोध में नवीनतम प्रतिबद्धता है।

समानांतर तुलना उपकरण नेत्रहीन परिवर्तन दिखाता है।

परिणाम

परिवर्तन परिवर्तन स्वचालित रूप से GitLab CI पाइपलाइन का शुभारंभ करेंगे। वह निम्नलिखित कार्य करेगा:

• सिंटेक्स जांच
• टेस्ट चलता है।
• प्रयोगशाला / कृत्रिम वातावरण में परीक्षण परिवर्तन।

हम एसआईएमपी को अपडेट करने वाली गिटलैब सीआई पाइपलाइन में प्रत्येक नौकरी की प्रगति और आउटपुट देखते हैं।

आपके कार्य से आउटपुट दिखाता है कि कृत्रिम वातावरण में SNMP अपडेट सफल रहे।

इन सभी कार्यों को मर्ज अनुरोध में लॉन्च और प्रलेखित किया जाएगा।

चेकमार्क बताते हैं कि गिटलैब सीआई पाइपलाइन में कार्य पूरा हो चुका है।

फिर डेमो के लिए राउटर्स में लॉग इन करें और बदलाव देखें।

एसएनएमपी आरओ और आरडब्ल्यू स्ट्रिंग्स में परिवर्तन राउटर्स में परिलक्षित होते हैं।

मर्ज अनुरोध की समीक्षा करें

आप एक अतिरिक्त चरण प्रदर्शन कर सकते हैं - मर्ज अनुरोध का अनुमोदन । यदि आप अनुमोदन सेट करते हैं, तो कई उपयोगकर्ता उत्पादन में जाने से पहले परिवर्तनों को सत्यापित करने में सक्षम होंगे।

मर्ज अनुरोध को कॉन्फ़िगर किया जा सकता है ताकि विज़ार्ड में प्रकट होने से पहले कोई अन्य उपयोगकर्ता आपके कार्यों की जांच कर सके।

गुरु के पास स्थानांतरण

परीक्षण के तुरंत बाद विज़ार्ड को परिवर्तन प्रस्तुत किए जा सकते हैं। एक विज़ार्ड मुख्य शाखा है जिसमें कार्यक्षेत्र कोड होता है।

तैयार होने पर, Resolve Work In Progress बटन पर क्लिक करें। फिर Merge क्लिक करें।

जब आप WIP स्थिति को सक्षम करते हैं, तो मर्ज अनुरोध विज़ार्ड को भेजा जा सकता है, और कार्य बंद हो सकता है।

नई पाइपलाइन उन सभी परीक्षणों को चलाएगी जो आपने उत्पादन में प्लेबुक लॉन्च करने के अतिरिक्त चरण पर किए थे।

पाइपलाइन स्क्रीन पर प्रगति और लॉग का ट्रैक रखें। जब प्रक्रिया पूरी हो जाती है, तो काम करने वाले राउटर में लॉग इन करें और सत्यापित करें कि एसएनएमपी लाइनें बदल गई हैं।

मैजिक गिटलैब सीआई

यह सब GitLab CI के जादू के लिए संभव है। GitLab CI पाइपलाइन अनुक्रमिक कार्यों की एक श्रृंखला है जो परीक्षण योग्य और कार्यान्वित कोड के लिए आवश्यक सभी कार्य करते हैं।

GitLab CI का संपूर्ण विन्यास एक साधारण YAML फाइल में फिट बैठता है, जिसे .gitlab-ci.yml में संग्रहीत किया जाता .gitlab-ci.yml ।

इस डेमो में .gitlab-ci.yml में 3 चरण होते हैं।

1. परिनियोजन (परिनियोजन): AWS का उपयोग करके AWS में दो राउटर के साथ एक सिम्युलेटेड नेटवर्क बनाता है।
2. डेमो: एक प्लेबुक प्रदर्शित करता है जो एसएनएमपी लाइनों को बदल देगा।
3. नष्ट: दो राउटर के साथ एक नकली नेटवर्क को नष्ट कर देता है।

GitLab CI एक मूल छवि से शुरू होता है। इस मामले में, हम डॉकर छवि का उपयोग करते हैं, जिसमें सभी आवश्यक कोड और Ansible निर्भरताएं शामिल हैं। प्रत्येक चरण, और निर्भरता पर निष्पादित की जाने वाली आदेशों को इंगित करें।

एक साधारण YAML फ़ाइल में GitLab CI के तीन चरण हैं।

GitLab CI का प्रदर्शन चरण, जो अन्सिबल प्लेबुक चलाता है।

हमने पाइपलाइन के अंदर देखा और देखा कि कैसे आप GitLab CI का उपयोग करके अपने कंप्यूटर पर Ansible निर्भरताएँ स्थापित किए बिना एक आधारभूत संरचना बनाने के लिए कोड का उपयोग कर सकते हैं। यह केवल एक उदाहरण है कि कोड के रूप में बुनियादी ढांचे को लागू करने के लिए GitLab CI का उपयोग कैसे किया जा सकता है। पूरी गाइड के लिए देखें वीडियो: