🥇हामी प्लगइन, SMS र दर्ता बिना GKE मा डिप्लोइमेन्टको लागि कार्य गर्दैछौं। जेन्किन्सको ज्याकेट मुनि हेरौं

यो सबै सुरु भयो जब हाम्रो एक विकास टोलीको टोली नेतृत्वले हामीलाई उनीहरूको नयाँ अनुप्रयोग परीक्षण गर्न भन्यो, जुन एक दिन अघि कन्टेनराइज गरिएको थियो। मैले पोस्ट गरें। करिब २० मिनेट पछि, एप्लिकेसन अपडेट गर्न अनुरोध प्राप्त भयो, किनकि त्यहाँ एक धेरै आवश्यक चीज थपिएको थियो। मैले नवीकरण गरें। अर्को दुई घन्टा पछि... ठिकै छ, तपाईं अनुमान गर्न सक्नुहुन्छ कि अब के हुन थाल्यो...

मैले स्वीकार गर्नै पर्छ, म धेरै अल्छी छु (के मैले यो पहिले स्वीकार गरेन? होइन?), र यो तथ्यलाई दिईयो कि टोली नेतृत्वको जेनकिन्समा पहुँच छ, जसमा हामीसँग सबै CI/CD छ, मैले सोचे: उसलाई यस रूपमा तैनात गर्न दिनुहोस्। जति उसले चाहन्छ! मलाई एउटा ठट्टा याद आयो: मानिसलाई माछा दिनुहोस् र उसले एक दिनको लागि खानेछ; एक व्यक्तिलाई फेड कल गर्नुहोस् र उसलाई जीवनभर फिड गरिनेछ। अनि गयो काममा चालहरू खेल्नुहोस्, जसले कुबेरमा कुनै पनि सफलतापूर्वक निर्मित संस्करणको अनुप्रयोग समावेश भएको कन्टेनर तैनाथ गर्न र यसमा कुनै पनि मानहरू स्थानान्तरण गर्न सक्षम हुनेछ। ENV (मेरो हजुरबुवा, एक फिलोलोजिस्ट, विगतमा एक अंग्रेजी शिक्षक, अब उहाँको मन्दिरमा आफ्नो औंला घुमाउनुहुने थियो र यो वाक्य पढेपछि मलाई धेरै भावुक रूपमा हेर्नुहुन्छ)।

त्यसोभए, यस नोटमा म तपाईंलाई बताउनेछु कि मैले कसरी सिकें:

गतिशील रूपमा जेनकिन्समा जागिरबाट वा अन्य कार्यहरूबाट अद्यावधिक गर्नुहोस्;
जेनकिन्स एजेन्ट स्थापना भएको नोडबाट क्लाउड कन्सोल (क्लाउड शेल) मा जडान गर्नुहोस्;
Google Kubernetes इन्जिनमा कार्यभार डिप्लोय गर्नुहोस्।

वास्तवमा, म, पक्कै पनि, केहि हदसम्म अस्पष्ट छु। यो मानिन्छ कि तपाईंसँग Google क्लाउडमा पूर्वाधारको कम्तिमा अंश छ, र, त्यसैले, तपाईं यसको प्रयोगकर्ता हुनुहुन्छ र, अवश्य पनि, तपाईंसँग GCP खाता छ। तर यो नोटको बारेमा त्यो होइन।

यो मेरो अर्को धोखा पाना हो। म केवल एक केसमा यस्ता नोटहरू लेख्न चाहन्छु: म समस्याको सामना गरिरहेको थिएँ, मलाई सुरुमा यसलाई कसरी समाधान गर्ने भनेर थाहा थिएन, समाधान तयार-निर्मित गुगल गरिएको थिएन, त्यसैले मैले यसलाई भागहरूमा गुगल गरें र अन्ततः समस्या समाधान गरें। र त्यसैले भविष्यमा, जब मैले यो कसरी गरें भनेर बिर्सन्छु, मैले सबै कुरा टुक्रा टुक्रा टुक्रा गुगल गर्नुपर्दैन र यसलाई सँगै कम्पाइल गर्नुपर्दैन, म आफैंले यस्तो ठगी पानाहरू लेख्छु।

त्याग: 1. नोट "मेरो लागि" लेखिएको थियो, भूमिकाको लागि उत्तम अभ्यास लागू हुँदैन। म टिप्पणीहरूमा "यस तरिकाले गर्न राम्रो हुने थियो" विकल्पहरू पढ्न पाउँदा खुसी छु।
2. यदि नोटको लागू गरिएको भागलाई नुन मानिन्छ भने, मेरा सबै अघिल्ला नोटहरू जस्तै, यो एक कमजोर नुन समाधान हो।

Jenkins मा गतिशील रूपमा काम सेटिङहरू अद्यावधिक गर्दै

म तपाईंको प्रश्नको पूर्वानुमान गर्छु: गतिशील कार्य अद्यावधिकले यसको साथ के गर्नुपर्दछ? म्यानुअल रूपमा स्ट्रिङ प्यारामिटरको मान प्रविष्ट गर्नुहोस् र तपाईं जानुहुन्छ!

म जवाफ दिन्छु: म साँच्चै अल्छी छु, मलाई यो मन पर्दैन जब तिनीहरूले गुनासो गर्छन्: मिशा, डिप्लोयमेन्ट क्र्यास हुँदैछ, सबै सकियो! तपाईंले खोज्न थाल्नुभयो, र त्यहाँ केही टास्क लन्च प्यारामिटरको मानमा टाइपो छ। त्यसैले, म सकेसम्म कुशलतापूर्वक सबै काम गर्न रुचाउँछु। यदि प्रयोगकर्तालाई डेटा प्रविष्ट गर्नबाट रोक्न सम्भव छ भने यसको सट्टा छनौट गर्न मानहरूको सूची दिएर, त्यसपछि म चयनलाई व्यवस्थित गर्दछु।

योजना यो हो: हामी जेनकिन्समा एउटा काम सिर्जना गर्छौं, जसमा, सुरु गर्नु अघि, हामी सूचीबाट एउटा संस्करण चयन गर्न सक्छौं, कन्टेनरमा पास गरिएका प्यारामिटरहरूको लागि मानहरू निर्दिष्ट गर्न सक्दछौं। ENV, त्यसपछि यसले कन्टेनर सङ्कलन गर्छ र कन्टेनर रजिस्ट्रीमा धकेल्छ। त्यसपछि त्यहाँबाट कन्टेनरलाई क्युबरमा लन्च गरिन्छ वर्कलोड कार्य मा निर्दिष्ट प्यारामिटरहरु संग।

हामी जेनकिन्समा जागिर सिर्जना गर्ने र स्थापना गर्ने प्रक्रियालाई विचार गर्दैनौं, यो अफ-विषय हो। हामी मान्नेछौं कि कार्य तयार छ। संस्करणहरूको साथ अद्यावधिक गरिएको सूची कार्यान्वयन गर्न, हामीलाई दुई चीजहरू चाहिन्छ: पहिलेको वैध संस्करण संख्याहरू र एक चर जस्तै एक अवस्थित स्रोत सूची। छनोट प्यारामिटर कार्य मा। हाम्रो उदाहरणमा, चरलाई नाम दिनुहोस् BUILD_VERSION, हामी यसमा विस्तृत रूपमा बस्ने छैनौं। तर स्रोत सूचीमा नजिकबाट हेरौं।

त्यहाँ धेरै विकल्पहरू छैनन्। दुई कुरा तुरुन्तै दिमागमा आयो:

रिमोट पहुँच API प्रयोग गर्नुहोस् जुन जेनकिन्सले आफ्ना प्रयोगकर्ताहरूलाई प्रस्ताव गर्दछ;
रिमोट रिपोजिटरी फोल्डरको सामग्रीहरू अनुरोध गर्नुहोस् (हाम्रो अवस्थामा यो JFrog आर्टिफ्याक्ट्री हो, जुन महत्त्वपूर्ण छैन)।

जेनकिन्स रिमोट पहुँच API

स्थापित उत्कृष्ट परम्परा अनुसार, म लामो व्याख्याबाट बच्न रुचाउँछु।
म आफैलाई पहिलो अनुच्छेदको एक टुक्राको नि: शुल्क अनुवाद मात्र अनुमति दिनेछु API कागजातको पहिलो पृष्ठ:

जेनकिन्सले यसको कार्यक्षमतामा रिमोट मेसिन-पढ्ने पहुँचको लागि API प्रदान गर्दछ। <...> रिमोट पहुँच REST-जस्तो शैलीमा प्रस्ताव गरिएको छ। यसको मतलब सबै सुविधाहरूमा कुनै एकल प्रविष्टि बिन्दु छैन, तर यसको सट्टामा ".../api/", कहाँ "..." भनेको वस्तु जसमा API क्षमताहरू लागू हुन्छन्।

अर्को शब्दमा, यदि हामीले हालको बारेमा कुरा गरिरहेका परिनियोजन कार्य उपलब्ध छ भने http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build, त्यसपछि यस कार्यको लागि API व्हिसलहरू उपलब्ध छन् http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build/api/

अर्को, हामीसँग कुन फारममा आउटपुट प्राप्त गर्ने छनौट छ। XML मा फोकस गरौं, किनकि API ले यस अवस्थामा मात्र फिल्टर गर्न अनुमति दिन्छ।

सबै काम रनहरूको सूची प्राप्त गर्ने प्रयास गरौं। हामी केवल विधानसभा नाम मा रुचि राख्छौं (प्रदर्शन नाम) र यसको नतिजा (परिणाम):

http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build/api/xml?tree=allBuilds[displayName,result]

के यो काम गर्नुभयो?

अब नतिजाको साथ समाप्त हुने ती रनहरूलाई मात्र फिल्टर गरौं सफलता। तर्क प्रयोग गरौं र बहिष्कार गर्नुहोस् र एक प्यारामिटरको रूपमा हामी यसलाई बराबर नभएको मानको बाटो पास गर्नेछौं सफलता। हो हो। एक डबल नकारात्मक एक कथन हो। हामी सबै कुरा बहिष्कार गर्छौं जुन हामीलाई चासो छैन:

http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build/api/xml?tree=allBuilds[displayName,result]&exclude=freeStyleProject/allBuild[result!='SUCCESS']

सफल सूचीको स्क्रिनसट

ठिक छ, केवल रमाइलोको लागि, फिल्टरले हामीलाई धोका दिएको छैन भनेर सुनिश्चित गरौं (फिल्टरहरू कहिल्यै झूट बोल्दैनन्!) र "असफल" व्यक्तिहरूको सूची प्रदर्शन गर्नुहोस्:

http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build/api/xml?tree=allBuilds[displayName,result]&exclude=freeStyleProject/allBuild[result='SUCCESS']

असफल व्यक्तिहरूको सूचीको स्क्रिनसट

रिमोट सर्भरमा फोल्डरबाट संस्करणहरूको सूची

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

एक लाइन आदेश
कृपया दुई कुराहरू ध्यान दिनुहोस्: म हेडरमा जडान विवरणहरू पास गर्छु र मलाई फोल्डरबाट सबै संस्करणहरू आवश्यक पर्दैन, र म एक महिना भित्र सिर्जना गरिएका मात्र चयन गर्छु। आफ्नो वास्तविकता र आवश्यकता अनुरूप आदेश सम्पादन गर्नुहोस्:

curl -H "X-JFrog-Art-Api:VeryLongAPIKey" -s http://arts.myre.po/artifactory/awesomeapp/ | sed 's/a href=//' | grep "$(date +%b)-$(date +%Y)|$(date +%b --date='-1 month')-$(date +%Y)" | awk '{print $1}' | grep -oP '>K[^/]+' )

Jenkins मा काम र काम कन्फिगरेसन फाइल सेट अप गर्दै

हामीले संस्करणहरूको सूचीको स्रोत पत्ता लगायौं। अब परिणामको सूचीलाई कार्यमा समावेश गरौं। मेरो लागि, स्पष्ट समाधान अनुप्रयोग निर्माण कार्य मा एक कदम थप्न थियो। नतिजा "सफल" भएमा कार्यान्वयन गरिने चरण।

विधानसभा कार्य सेटिङहरू खोल्नुहोस् र धेरै तल स्क्रोल गर्नुहोस्। बटनहरूमा क्लिक गर्नुहोस्: निर्माण चरण थप्नुहोस् -> सशर्त चरण (एकल)। चरण सेटिङहरूमा, सर्त चयन गर्नुहोस् हालको निर्माण स्थिति, मान सेट गर्नुहोस् सफलता, सफल भएमा गर्नु पर्ने कार्य शेल आदेश चलाउनुहोस्.

र अब रमाईलो भाग। जेनकिन्सले फाइलहरूमा कार्य कन्फिगरेसनहरू भण्डार गर्दछ। XML ढाँचामा। बाटोमा http://путь-до-задания/config.xml तदनुसार, तपाइँ कन्फिगरेसन फाइल डाउनलोड गर्न सक्नुहुन्छ, यसलाई आवश्यक रूपमा सम्पादन गर्नुहोस् र तपाइँले प्राप्त गर्नुभएको ठाउँमा यसलाई फिर्ता राख्न सक्नुहुन्छ।

सम्झनुहोस्, हामी माथि सहमत छौं कि हामी संस्करणहरूको सूचीको लागि प्यारामिटर सिर्जना गर्नेछौं BUILD_VERSION?

कन्फिगरेसन फाइल डाउनलोड गरौं र यसलाई भित्र हेरौं। केवल यो सुनिश्चित गर्न को लागी कि प्यारामिटर ठाउँ मा छ र इच्छित प्रकार को।

स्पोइलर अन्तर्गत स्क्रिनसट।

तपाईंको config.xml खण्ड समान देखिनु पर्छ। छनोट तत्वको सामग्री अझै हराइरहेको बाहेक

के तपाईँ निश्चित हुनुहुन्छ? त्यो हो, निर्माण सफल भएमा कार्यान्वयन गरिने स्क्रिप्ट लेखौं।
स्क्रिप्टले संस्करणहरूको सूची प्राप्त गर्नेछ, कन्फिगरेसन फाइल डाउनलोड गर्नेछ, हामीलाई आवश्यक ठाउँमा संस्करणहरूको सूची लेख्नुहोस्, र त्यसपछि यसलाई फिर्ता राख्नुहोस्। हो। त्यो सहि हो। XML मा संस्करणहरूको सूची लेख्नुहोस् जहाँ पहिले नै संस्करणहरूको सूची छ (भविष्यमा हुनेछ, स्क्रिप्टको पहिलो सुरुवात पछि)। मलाई थाहा छ संसारमा अझै पनि नियमित अभिव्यक्तिका उग्र प्रशंसकहरू छन्। म तिनीहरूको होइन। कृपया स्थापना गर्नुहोस् xmlstarler मेसिनमा जहाँ कन्फिगरेसन सम्पादन हुनेछ। यो मलाई लाग्छ कि यो sed प्रयोग गरेर XML सम्पादन गर्नबाट बच्न तिर्नको लागि यति ठूलो मूल्य होइन।

स्पोइलर अन्तर्गत, म कोड प्रस्तुत गर्दछु जसले माथिको अनुक्रमलाई पूर्ण रूपमा प्रदर्शन गर्दछ।

रिमोट सर्भरमा फोल्डरबाट कन्फिगरेसनमा संस्करणहरूको सूची लेख्नुहोस्

#!/bin/bash
############## Скачиваем конфиг
curl -X GET -u username:apiKey http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_k8s/config.xml -o appConfig.xml

############## Удаляем и заново создаем xml-элемент для списка версий
xmlstarlet ed --inplace -d '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]/a[@class="string-array"]' appConfig.xml

xmlstarlet ed --inplace --subnode '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]' --type elem -n a appConfig.xml

xmlstarlet ed --inplace --insert '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]/a' --type attr -n class -v string-array appConfig.xml

############## Читаем в массив список версий из репозитория
readarray -t vers < <( curl -H "X-JFrog-Art-Api:Api:VeryLongAPIKey" -s http://arts.myre.po/artifactory/awesomeapp/ | sed 's/a href=//' | grep "$(date +%b)-$(date +%Y)|$(date +%b --date='-1 month')-$(date +%Y)" | awk '{print $1}' | grep -oP '>K[^/]+' )

############## Пишем массив элемент за элементом в конфиг
printf '%sn' "${vers[@]}" | sort -r | 
                while IFS= read -r line
                do
                    xmlstarlet ed --inplace --subnode '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]/a[@class="string-array"]' --type elem -n string -v "$line" appConfig.xml
                done

############## Кладем конфиг взад
curl -X POST -u username:apiKey http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_k8s/config.xml --data-binary @appConfig.xml

############## Приводим рабочее место в порядок
rm -f appConfig.xml

यदि तपाइँ जेनकिन्सबाट संस्करणहरू प्राप्त गर्ने विकल्प रुचाउनुहुन्छ र तपाइँ म जस्तै अल्छी हुनुहुन्छ भने, त्यसपछि स्पोइलर अन्तर्गत एउटै कोड छ, तर जेनकिन्सबाट सूची:

जेनकिन्सबाट कन्फिगरेसनमा संस्करणहरूको सूची लेख्नुहोस्
केवल यो दिमागमा राख्नुहोस्: मेरो असेंबली नाममा अनुक्रम नम्बर र संस्करण नम्बर हुन्छ, कोलोनद्वारा छुट्याइन्छ। तदनुसार, awk अनावश्यक भाग काट्छ। आफ्नो लागि, आफ्नो आवश्यकता अनुरूप यो लाइन परिवर्तन गर्नुहोस्।

#!/bin/bash
############## Скачиваем конфиг
curl -X GET -u username:apiKey http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_k8s/config.xml -o appConfig.xml

############## Удаляем и заново создаем xml-элемент для списка версий
xmlstarlet ed --inplace -d '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]/a[@class="string-array"]' appConfig.xml

xmlstarlet ed --inplace --subnode '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]' --type elem -n a appConfig.xml

xmlstarlet ed --inplace --insert '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]/a' --type attr -n class -v string-array appConfig.xml

############## Пишем в файл список версий из Jenkins
curl -g -X GET -u username:apiKey 'http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build/api/xml?tree=allBuilds[displayName,result]&exclude=freeStyleProject/allBuild[result!=%22SUCCESS%22]&pretty=true' -o builds.xml

############## Читаем в массив список версий из XML
readarray vers < <(xmlstarlet sel -t -v "freeStyleProject/allBuild/displayName" builds.xml | awk -F":" '{print $2}')

############## Пишем массив элемент за элементом в конфиг
printf '%sn' "${vers[@]}" | sort -r | 
                while IFS= read -r line
                do
                    xmlstarlet ed --inplace --subnode '/project/properties/hudson.model.ParametersDefinitionProperty/parameterDefinitions/hudson.model.ChoiceParameterDefinition[name="BUILD_VERSION"]/choices[@class="java.util.Arrays$ArrayList"]/a[@class="string-array"]' --type elem -n string -v "$line" appConfig.xml
                done

############## Кладем конфиг взад
curl -X POST -u username:apiKey http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_k8s/config.xml --data-binary @appConfig.xml

############## Приводим рабочее место в порядок
rm -f appConfig.xml

सिद्धान्तमा, यदि तपाईंले माथिका उदाहरणहरूको आधारमा लिखित कोड परीक्षण गर्नुभएको छ भने, डिप्लोइमेन्ट कार्यमा तपाईंसँग पहिले नै संस्करणहरूको साथ ड्रप-डाउन सूची हुनुपर्छ। यो स्पोइलर अन्तर्गत स्क्रिनसटमा जस्तै छ।

संस्करणहरूको सही रूपमा पूरा गरिएको सूची

यदि सबै काम भयो भने, त्यसपछि स्क्रिप्ट प्रतिलिपि टाँस्नुहोस् शेल आदेश चलाउनुहोस् र परिवर्तनहरू बचत गर्नुहोस्।

क्लाउड शेलमा जडान गर्दै

हामीसँग कन्टेनरहरूमा कलेक्टरहरू छन्। हामी हाम्रो अनुप्रयोग डेलिभरी उपकरण र कन्फिगरेसन प्रबन्धकको रूपमा Ansible प्रयोग गर्छौं। तदनुसार, जब कन्टेनरहरू निर्माण गर्ने कुरा आउँछ, तीन विकल्पहरू दिमागमा आउँछन्: डकरमा डकर स्थापना गर्नुहोस्, उत्तरदायी चलिरहेको मेसिनमा डकर स्थापना गर्नुहोस्, वा क्लाउड कन्सोलमा कन्टेनरहरू निर्माण गर्नुहोस्। हामी यस लेखमा जेनकिन्सका लागि प्लगइनहरूको बारेमा मौन रहन सहमत भयौं। सम्झनु?

मैले निर्णय गरें: ठीक छ, किनकि क्लाउड कन्सोलमा कन्टेनरहरू "बाकस बाहिर" सङ्कलन गर्न सकिन्छ, त्यसोभए किन चिन्ता गर्ने? यसलाई सफा राख्नुहोस्, हैन? म क्लाउड कन्सोलमा जेनकिन्स कन्टेनरहरू सङ्कलन गर्न चाहन्छु, र त्यसपछि तिनीहरूलाई त्यहाँबाट क्युबरमा लन्च गर्न चाहन्छु। यसबाहेक, Google सँग यसको पूर्वाधार भित्र धेरै धनी च्यानलहरू छन्, जसले तैनातीको गतिमा लाभकारी प्रभाव पार्नेछ।

क्लाउड कन्सोलमा जडान गर्न, तपाईंलाई दुई चीजहरू चाहिन्छ: gCloud र पहुँच अधिकार गुगल क्लाउड एपीआई VM उदाहरणका लागि जससँग यो समान जडान गरिनेछ।

जो गुगल क्लाउडबाट जडान गर्न योजना बनाउँदैनन्
Google ले आफ्ना सेवाहरूमा अन्तरक्रियात्मक प्राधिकरण असक्षम गर्ने सम्भावनालाई अनुमति दिन्छ। यसले तपाइँलाई कफी मेसिनबाट पनि कन्सोलमा जडान गर्न अनुमति दिनेछ, यदि यो चलिरहेको छ *nix र कन्सोल आफैमा छ।

यदि मलाई यस नोटको ढाँचा भित्र यस मुद्दालाई थप विस्तारमा कभर गर्न आवश्यक छ भने, टिप्पणीहरूमा लेख्नुहोस्। यदि हामीले पर्याप्त भोटहरू पाउँछौं भने, म यस विषयमा अद्यावधिक लेख्नेछु।

अधिकार प्रदान गर्ने सबैभन्दा सजिलो तरिका वेब इन्टरफेस मार्फत हो।

VM उदाहरण रोक्नुहोस् जसबाट तपाइँ पछि क्लाउड कन्सोलमा जडान हुनुहुनेछ।
उदाहरण विवरण खोल्नुहोस् र क्लिक गर्नुहोस् संशोधन.
पृष्ठको धेरै तल, उदाहरण पहुँच दायरा चयन गर्नुहोस् सबै क्लाउड API मा पूर्ण पहुँच.
स्क्रीनशट
तपाईंको परिवर्तनहरू बचत गर्नुहोस् र उदाहरण सुरु गर्नुहोस्।

एकपटक VM ले लोड गरिसकेपछि, यसलाई SSH मार्फत जडान गर्नुहोस् र जडान त्रुटि बिना नै भएको सुनिश्चित गर्नुहोस्। आदेश प्रयोग गर्नुहोस्:

gcloud alpha cloud-shell ssh

सफल जडान यस्तो देखिन्छ

GKE मा तैनात गर्नुहोस्

हामी पूर्ण रूपमा IaC (कोडको रूपमा पूर्वाधार) मा स्विच गर्न हरेक सम्भावित तरिकामा प्रयास गरिरहेका छौं, हाम्रा डकर फाइलहरू Git मा भण्डारण गरिएका छन्। यो एकातिर छ। र kubernetes मा तैनाती yaml फाइल द्वारा वर्णन गरिएको छ, जुन यो कार्य द्वारा मात्र प्रयोग गरिन्छ, जुन आफै पनि कोड जस्तै हो। यो अर्को तर्फबाट हो। सामान्यतया, मेरो मतलब, योजना यो हो:

हामी चरको मान लिन्छौं BUILD_VERSION र, वैकल्पिक रूपमा, चरहरूको मानहरू जुन मार्फत पारित हुनेछ ENV.
Git बाट dockerfile डाउनलोड गर्नुहोस्।
परिनियोजनको लागि yaml उत्पन्न गर्नुहोस्।
हामी यी दुवै फाइलहरू scp मार्फत क्लाउड कन्सोलमा अपलोड गर्छौं।
हामी त्यहाँ कन्टेनर बनाउँछौं र यसलाई कन्टेनर रजिस्ट्रीमा धकेल्छौं
हामी क्यूबरमा लोड डिप्लोइमेन्ट फाइल लागू गर्छौं।

थप विशिष्ट बनौं। एकपटक हामीले कुरा गर्न थाल्यौं ENV, त्यसपछि मानौं हामीले दुई प्यारामिटरहरूको मानहरू पास गर्न आवश्यक छ: PARAM1 и PARAM2। हामी तैनातीका लागि तिनीहरूको कार्य थप्छौं, टाइप गर्नुहोस् - स्ट्रिङ प्यारामिटर.

स्क्रीनशट

हामी एक साधारण पुनर्निर्देशनको साथ yaml उत्पन्न गर्नेछौं प्रतिध्वनि फाइल गर्न। यो मानिन्छ, अवश्य पनि, तपाइँ तपाइँको डकरफाइल मा छ PARAM1 и PARAM2लोड नाम हुनेछ अद्भुत एप, र निर्दिष्ट संस्करणको अनुप्रयोगको साथ भेला गरिएको कन्टेनर भित्र छ कन्टेनर रजिस्ट्री बाटोमा gcr.io/awesomeapp/awesomeapp-$BUILD_VERSIONकहाँ $BUILD_VERSION भर्खरै ड्रप-डाउन सूचीबाट चयन गरिएको थियो।

टोली सूचीकरण

touch deploy.yaml
echo "apiVersion: apps/v1" >> deploy.yaml
echo "kind: Deployment" >> deploy.yaml
echo "metadata:" >> deploy.yaml
echo "  name: awesomeapp" >> deploy.yaml
echo "spec:" >> deploy.yaml
echo "  replicas: 1" >> deploy.yaml
echo "  selector:" >> deploy.yaml
echo "    matchLabels:" >> deploy.yaml
echo "      run: awesomeapp" >> deploy.yaml
echo "  template:" >> deploy.yaml
echo "    metadata:" >> deploy.yaml
echo "      labels:" >> deploy.yaml
echo "        run: awesomeapp" >> deploy.yaml
echo "    spec:" >> deploy.yaml
echo "      containers:" >> deploy.yaml
echo "      - name: awesomeapp" >> deploy.yaml
echo "        image: gcr.io/awesomeapp/awesomeapp-$BUILD_VERSION:latest" >> deploy.yaml
echo "        env:" >> deploy.yaml
echo "        - name: PARAM1" >> deploy.yaml
echo "          value: $PARAM1" >> deploy.yaml
echo "        - name: PARAM2" >> deploy.yaml
echo "          value: $PARAM2" >> deploy.yaml

जेनकिन्स एजेन्ट प्रयोग गरेर जडान पछि gcloud अल्फा क्लाउड-शेल ssh अन्तरक्रियात्मक मोड उपलब्ध छैन, त्यसैले हामी प्यारामिटर प्रयोग गरेर क्लाउड कन्सोलमा आदेशहरू पठाउँछौं --आदेश.

हामी पुरानो डकरफाइलबाट क्लाउड कन्सोलमा गृह फोल्डर सफा गर्छौं:

gcloud alpha cloud-shell ssh --command="rm -f Dockerfile"

भर्खरै डाउनलोड गरिएको डकरफाइललाई क्लाउड कन्सोलको गृह फोल्डरमा scp प्रयोग गरेर राख्नुहोस्:

gcloud alpha cloud-shell scp localhost:./Dockerfile cloudshell:~

हामी कन्टेनरलाई कन्टेनर रजिस्ट्रीमा सङ्कलन, ट्याग र पुश गर्छौं:

gcloud alpha cloud-shell ssh --command="docker build -t awesomeapp-$BUILD_VERSION ./ --build-arg BUILD_VERSION=$BUILD_VERSION --no-cache"
gcloud alpha cloud-shell ssh --command="docker tag awesomeapp-$BUILD_VERSION gcr.io/awesomeapp/awesomeapp-$BUILD_VERSION"
gcloud alpha cloud-shell ssh --command="docker push gcr.io/awesomeapp/awesomeapp-$BUILD_VERSION"

हामी डिप्लोइमेन्ट फाइलको साथ पनि गर्छौं। कृपया ध्यान दिनुहोस् कि तलका आदेशहरूले क्लस्टरको काल्पनिक नामहरू प्रयोग गर्दछ जहाँ तैनाती हुन्छ (awsm-क्लस्टर) र परियोजनाको नाम (अद्भुत परियोजना), जहाँ क्लस्टर अवस्थित छ।

gcloud alpha cloud-shell ssh --command="rm -f deploy.yaml"
gcloud alpha cloud-shell scp localhost:./deploy.yaml cloudshell:~
gcloud alpha cloud-shell ssh --command="gcloud container clusters get-credentials awsm-cluster --zone us-central1-c --project awesome-project && 
kubectl apply -f deploy.yaml"

हामी कार्य चलाउँछौं, कन्सोल आउटपुट खोल्छौं र कन्टेनरको सफल सम्मेलन हेर्न आशा गर्दछौं।

स्क्रीनशट

र त्यसपछि जम्मा कन्टेनर को सफल तैनाती

स्क्रीनशट

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

निष्कर्षको सट्टा

माथिका सबै चरणहरू सम्भवतः गर्न सकिएन, तर जेनकिन्सको लागि केही प्लगइन स्थापना गरे, तिनीहरूको मुउलियन। तर केही कारणले मलाई प्लगइनहरू मन पर्दैन। ठीक छ, अझ स्पष्ट रूपमा, म तिनीहरूको सहारा मात्र निराशाबाट बाहिर निस्कन्छु।

र म मेरो लागि केहि नयाँ विषय उठाउन चाहन्छु। माथिको पाठ सुरुमा वर्णन गरिएको समस्या समाधान गर्दा मैले गरेका निष्कर्षहरू साझा गर्ने तरिका पनि हो। उहाँ जस्तै, devops मा एक डरलाग्दो ब्वाँसो होइन जो संग साझा गर्नुहोस्। यदि मेरो खोजहरूले कम्तिमा कसैलाई मद्दत गर्दछ भने, म खुसी हुनेछु।

स्रोत: www.habr.com

हामी प्लगइन, SMS वा दर्ता बिना GKE मा एक डिप्लोइमेन्ट कार्य सिर्जना गर्छौं। जेन्किन्सको ज्याकेट मुनि एक झलक हेरौं

Jenkins मा गतिशील रूपमा काम सेटिङहरू अद्यावधिक गर्दै

जेनकिन्स रिमोट पहुँच API

रिमोट सर्भरमा फोल्डरबाट संस्करणहरूको सूची

Jenkins मा काम र काम कन्फिगरेसन फाइल सेट अप गर्दै

क्लाउड शेलमा जडान गर्दै

GKE मा तैनात गर्नुहोस्

निष्कर्षको सट्टा

एक टिप्पणी थप्न Отменить ответ