हाल ही में, मैं DevOps की दुनिया में एक बहुत लोकप्रिय जानवर Azure DevOps पाइपलाइनों में आया था। तुरंत ही मुझे इस विषय पर किसी भी स्पष्ट निर्देश या लेख की अनुपस्थिति महसूस हुई, मुझे नहीं पता कि यह किससे जुड़ा हुआ है, लेकिन Microsoft को स्पष्ट रूप से टूल को लोकप्रिय बनाने के संदर्भ में काम करना है। आज हम Azure क्लाउड के अंदर स्वचालित परीक्षण के लिए एक पाइपलाइन बनाएंगे।

तो, कार्य:
एक सॉफ्टवेयर है जो एक ही Azure DevOps के साथ बनाता है, जिसे किसी प्रोजेक्ट पर आगंतुक से इकट्ठा किया जाता है। यदि रुचि है, तो मैं इस उपकरण के बारे में लिखूंगा। वास्तव में, यह विंडोज इंस्टालर बनाने का एक अधिक स्वचालित तरीका है, जो मानक इंस्टॉलशील्ड की जगह लेता है। तो, हमारा सॉफ्टवेयर सफलतापूर्वक एक कलाकृति, एक निश्चित setup.exe बनाता है, जो एक विंडोज सिस्टम पर एप्लिकेशन डालता है। इस एप्लिकेशन को एक ठेस के समान वर्चुअल मशीन में डालना आवश्यक है, परीक्षण टीम द्वारा तैयार किए गए स्वचालित परीक्षणों की प्रतिलिपि बनाएं, उन्हें चलाएं और विलय से पहले शाखा को अच्छा या बुरा मानने के लिए परिणाम एकत्र करें। सब कुछ GitLab की तरह है, केवल w के माध्यम से ...।

एक वर्चुअलाइजेशन वातावरण के रूप में जहां हम अपने परीक्षण चलाएंगे, हम स्पष्ट रूप से Azure DevTest Labs, Azure सदस्यता में एक इकाई का उपयोग करते हैं, जो स्वीकार्य धन के लिए इसमें सभी प्रकार के परीक्षण बकवास को मोड़ने के लिए बनाया गया था।

1. क्लाउड साइड इंटीग्रेशन

सबसे पहले, हमें अपने DevTest Labs को Azure DevOps के साथ एकीकृत करने की आवश्यकता है, जिसके लिए हमें कुछ सेवा प्रधानाचार्य की आवश्यकता है, अनिवार्य रूप से एक सेवा खाता है जो आपको क्लाउड में पाइपलाइनों में जाने और वहां अपने लिए संसाधन बनाने / हटाने की अनुमति देता है।

सदस्यता पर जाएँ और Azure सक्रिय निर्देशिका सेवा खोजें



हम एप्लिकेशन पंजीकरण पाते हैं और नए पंजीकरण पर क्लिक करते हैं, इससे हमारी सेवा प्रिंसिपल बन जाएगी। मैं यह नहीं बनाता हूं कि बनाते समय मैं किन सेटिंग्स का चयन करूंगा, यह अलग-अलग सदस्यता के लिए भिन्न हो सकते हैं।



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



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



इसके बाद, Azure AD में हमारी सेवा प्रिंसिपल के पास जाएं और उसके गुणों को खोलें। बाद में, हमें सभी आईडी की आवश्यकता होगी जो वहां हैं, हम उन्हें सहेजते हैं।

यहीं पर हमारी पोर्टल सेटिंग्स समाप्त होती है और हम Azure DevOps पर जाते हैं।

2. Azure DevOps के किनारे एकीकरण

सबसे पहले, हम परियोजना सेटिंग्स में जाते हैं और सेवा कनेक्शन का चयन करते हैं। प्रकार Azure संसाधन प्रबंधक का एक नया तत्व बनाएँ।



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

3. एक पाइपलाइन बनाना

अब हम सबसे दिलचस्प, पाइपलाइन के निर्माण के लिए आगे बढ़ते हैं। पाइपलाइन-बिल्ड मेनू खोलें



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



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



तो, + पर क्लिक करें और एक निश्चित मॉड्यूल स्टोर में जाएं, जहां से हमें सूची से निम्नलिखित घटकों की आवश्यकता होगी।



इससे पहले कि हम पाइपलाइन कार्य के कॉन्फ़िगरेशन के साथ आगे बढ़ें, हमें प्रोजेक्ट में कई फाइलें बनाने और डालने की आवश्यकता है। ये हमारी वर्चुअल मशीन का ARM टेम्प्लेट होगा, जिसे हम Azure DevTest Labs में बनाएंगे, इसके बनने के बाद IP मशीन प्राप्त करने के लिए स्क्रिप्ट, और यदि वांछित है, तो हमारे परीक्षणों की स्क्रिप्ट या जिसे हम होस्ट पर चलाना चाहते हैं।

4. एआरएम टेम्पलेट जनरेशन

एक वर्चुअल मशीन बनाने के लिए, हमें पहले इसके लिए एक टेम्प्लेट जेनरेट करना होगा, एक json फाइल, जिसे हम प्रोजेक्ट कोड में रखते हैं ताकि इसे वहां से पाइप लाइन द्वारा पढ़ा जा सके।

हम अपनी प्रयोगशाला में जाते हैं और सूत्र (पुन: प्रयोज्य आधार) मेनू ढूंढते हैं, नया बनाने के लिए क्लिक करते हैं।



हम एक आधार के रूप में छवियों की एक लंबी सूची द्वारा बधाई देंगे, मशीन के आकार की पसंद, वर्चुअल मशीन बनाते समय सभी समान। इस स्तर पर, हम बंद नहीं करेंगे, हम तुरंत मशीन के गुणों के अंतिम आइटम, अर्थात् कलाकृतियों के लिए आगे बढ़ेंगे। आप अपने पर्यावरण के लिए आवश्यक किसी भी विन्यास का उपयोग कर सकते हैं। उदाहरण के लिए, मैं एक मशीन को डोमेन में जोड़ता हूं और एक व्यवस्थापक के रूप में इसमें एक सेवा खाता जोड़ता हूं ताकि पाइपलाइन इस खाते के तहत इस मशीन तक पहुंच सके। यह सब अलग-अलग हो सकता है, लेकिन कोड के सफल परीक्षण के लिए हमें एक विरूपण साक्ष्य की आवश्यकता होती है, जिसे हम अधिक विस्तार से बताएंगे। हमारे मशीन पर परीक्षण किए गए सॉफ़्टवेयर के नवीनतम संस्करण को रखने के लिए, हम डाउनलोड एज़्योर पाइपलाइन आर्टवर्क और रन स्क्रिप्ट आर्टवर्क का उपयोग करेंगे। याद रखें शुरुआत में मैंने कहा था कि कहीं न कहीं एक बिल्ड एप्लिकेशन इंस्टॉलर के साथ जा रहा है? अब हमें वर्चुअल मशीन, या टेम्पलेट को बताने की आवश्यकता है, ताकि वह इस कलाकृति को ले जाए और ले जाए। और मैंने इसे अभी तक नहीं उठाया, लेकिन इसे भी सेट कर दिया, जिसके लिए हम विशेष क्षेत्रों को भरते हैं जो प्रोजेक्ट, बिल्ड का नाम और गुप्त कुंजी का संकेत देते हैं। गुप्त कुंजी, इस तरह की सभी प्रणालियों में, खाते में उत्पन्न होती है, इस मामले में Azure DevOps में और आपकी लैब में राज में संग्रहीत होती है। एक छोटी सी चेतावनी है, गोपनीयता में हम इसे बचाएंगे, लेकिन यह न तो ठंडा है और न ही गर्म है, इसे पाइपलाइन के हिस्से के रूप में किसी अन्य उपयोगकर्ता से लॉन्च किया जाएगा, इसलिए हमें मैन्युअल रूप से फिर से टेम्पलेट में गुप्त कुंजी दर्ज करने की आवश्यकता होगी।

एक और कलाकृतियों को शामिल किया जाना चाहिए जो "WinRM कॉन्फ़िगर करें" है, हमें मशीन तक बाद की पहुंच के लिए इसकी आवश्यकता होगी। केवल एक पैरामीटर है, होस्टनाम। चूंकि हम इसे पहले से नहीं जानते हैं, इसलिए हम चर% COMPUTERNAME% का उपयोग करेंगे।



इसलिए हमने सभी आवश्यक कलाकृतियों को जोड़ दिया है, हम इस बात पर आगे बढ़ेंगे कि हम यहाँ क्यों आए। हमें उसी फार्मूला निर्माण विंडो के उन्नत टैब में उत्पन्न एआरएम टेम्पलेट मिलता है।



पृष्ठ की सामग्री को VMtemplate.json फ़ाइल में कॉपी करें और इसे परियोजना की जड़ में डालें। हमें अब बादल की आवश्यकता नहीं है, हम पाइपलाइन पर लौट रहे हैं।

5. पाइपलाइन विन्यास

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



अगला, हमने एक और महत्वपूर्ण बिंदु स्थापित किया। कार के उतारने के बाद, हमें किसी तरह इसके मापदंडों को भी जानना होगा, और यह हमारे लिए नहीं बल्कि पेलाइन के लिए बेहतर है। ऐसा करने के लिए, हम एक स्क्रिप्ट बनाते हैं, उदाहरण के लिए GetLabVMParams.ps1 और इसे परियोजना में, वहां रखें। मैंने Microsoft वेबसाइट पर स्क्रिप्ट का पाठ लिया, लेकिन अपने वातावरण के लिए इसे थोड़ा सही किया, क्योंकि उन्होंने PublicIP और FQDN मशीनें लीं। मेरे पास एक भी नहीं है, लेकिन PrivateIP है जिसे प्राप्त करना इतना आसान नहीं है, इसलिए मैंने एक टुकड़ा जोड़ा।

Param( [string] $labVmId) $labVmComputeId = (Get-AzureRmResource -Id $labVmId).Properties.ComputeId # Get lab VM resource group name $labVmRgName = (Get-AzureRmResource -Id $labVmComputeId).ResourceGroupName # Get the lab VM Name $labVmName = (Get-AzureRmResource -Id $labVmId).Name # Get lab VM public IP address # $labVMIpAddress = (Get-AzureRmPublicIpAddress -ResourceGroupName $labVmRgName -Name $labVmName).IpAddress # Get lab VM FQDN # $labVMFqdn = (Get-AzureRmPublicIpAddress -ResourceGroupName $labVmRgName -Name $labVmName).DnsSettings.Fqdn # Get lab VM private IP address $VmNetworkdetails= (((Get-AzureRmVM -ResourceGroupName $labVmRgName -Name $labVmName).NetworkProfile).NetworkInterfaces).Id $nicname = $VmNetworkdetails.substring($VmNetworkdetails.LastIndexOf("/")+1) $labVMnetwork = (Get-AzureRmNetworkInterface -Name $nicname -ResourceGroupName $labVmRgName)|Select-Object -ExpandProperty IPConfigurations $labVMIpAddress = $labVMnetwork.PrivateIpAddress # Set a variable labVmRgName to store the lab VM resource group name Write-Host "##vso[task.setvariable variable=labVmRgName;]$labVmRgName" # Set a variable labVMIpAddress to store the lab VM Ip address Write-Host "##vso[task.setvariable variable=labVMIpAddress;]$labVMIpAddress" # Set a variable labVMFqdn to store the lab VM FQDN name Write-Host "##vso[task.setvariable variable=labVMFqdn;]$labVMFqdn" Write-Output $labVMIpAddress Set-Item wsman:\localhost\client\trustedhosts * -Force 

स्क्रिप्ट पढ़ता है कि सभी की, हम केवल चर labVMIpAddress की जरूरत है। खैर, यह मेरे लिए है, शायद आपको कुछ और चाहिए, इसके लिए मैंने कुछ भी नहीं हटाया और सिर्फ अतिरिक्त टिप्पणी की।

मैं स्क्रिप्ट की अंतिम पंक्ति की व्याख्या भी करूंगा, यह हमारी बिल्ड मशीन को WinRM के माध्यम से किसी भी होस्ट तक पहुंचने देता है।

अगला कदम, हम अपनी अद्भुत स्क्रिप्ट चलाते हैं। उसे क्लाउड के समान कनेक्शन की आवश्यकता होगी, मशीन आईडी के साथ इनपुट चर, जो उस समय तक पहले से ही पिछले चरण से जाना जाएगा। कैसे? यहां आउटपुट चर जैसी अद्भुत चीज का उल्लेख करना आवश्यक है। प्रत्येक चरण में चर की एक सूची हो सकती है जो अगले पाइपलाइन चरणों पर पारित की जाती है। तदनुसार, हमारी सुपर स्क्रिप्ट के लिए, ऐसा वैरिएबल LabVMIpAddress होगा, इसे इंगित करना न भूलें।



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

 New-Item “C:\test" –type directory New-SMBShare –Name “test” –Path “C:\test” –FullAccess everyone 

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

यह मेरा पहला लेख है, इसलिए कड़ाई से न्याय न करें, टिप्पणियों का स्वागत है।