🥇हम प्लगइन्स, एसएमएस और पंजीकरण के बिना जीकेई में तैनाती के लिए एक कार्य कर रहे हैं। आइए जेनकिंस जैकेट के नीचे एक नज़र डालें

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

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

तो, इस नोट में मैं आपको बताऊंगा कि मैंने कैसे सीखा:

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

वास्तव में, निःसंदेह, मैं कुछ हद तक कपटी हूँ। यह माना जाता है कि आपके पास Google क्लाउड में बुनियादी ढांचे का कम से कम हिस्सा है, और इसलिए, आप इसके उपयोगकर्ता हैं और निश्चित रूप से, आपके पास एक GCP खाता है। लेकिन यह नोट इस बारे में नहीं है।

यह मेरी अगली चीट शीट है. मैं केवल एक मामले में ऐसे नोट्स लिखना चाहता हूं: मुझे एक समस्या का सामना करना पड़ा, मुझे शुरू में नहीं पता था कि इसे कैसे हल किया जाए, समाधान तैयार नहीं था, इसलिए मैंने इसे भागों में Google पर खोजा और अंततः समस्या हल कर दी। और ताकि भविष्य में, जब मैं भूल जाऊं कि मैंने यह कैसे किया, तो मुझे हर चीज को टुकड़े-टुकड़े करके फिर से गूगल पर न खोजना पड़े और उसे एक साथ संकलित न करना पड़े, मैं खुद ही ऐसी चीट शीट लिखता हूं।

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

जेनकींस में कार्य सेटिंग्स को गतिशील रूप से अद्यतन करना

मुझे आपके प्रश्न का पूर्वानुमान है: डायनामिक जॉब अपडेटिंग का इससे क्या लेना-देना है? स्ट्रिंग पैरामीटर का मान मैन्युअल रूप से दर्ज करें और आगे बढ़ें!

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

योजना यह है: हम जेनकींस में एक नौकरी बनाते हैं, जिसमें लॉन्च करने से पहले, हम सूची से एक संस्करण का चयन कर सकते हैं, कंटेनर में पारित पैरामीटर के लिए मान निर्दिष्ट कर सकते हैं लि, फिर यह कंटेनर को इकट्ठा करता है और कंटेनर रजिस्ट्री में धकेल देता है। फिर वहां से कंटेनर को क्यूबर में लॉन्च किया जाता है काम का बोझ कार्य में निर्दिष्ट मापदंडों के साथ।

हम जेनकिंस में नौकरी बनाने और स्थापित करने की प्रक्रिया पर विचार नहीं करेंगे, यह विषय से बाहर है। हम मान लेंगे कि कार्य तैयार है। संस्करणों के साथ एक अद्यतन सूची को लागू करने के लिए, हमें दो चीजों की आवश्यकता है: एक मौजूदा स्रोत सूची जिसमें प्राथमिक मान्य संस्करण संख्याएं और एक चर जैसे चयन पैरामीटर कार्य में. हमारे उदाहरण में, वेरिएबल को नाम दिया जाए निर्माण_संस्करण, हम इस पर विस्तार से ध्यान नहीं देंगे। लेकिन आइए स्रोत सूची पर करीब से नज़र डालें।

इतने सारे विकल्प नहीं हैं. दो बातें तुरंत दिमाग में आईं:

रिमोट एक्सेस एपीआई का उपयोग करें जो जेनकींस अपने उपयोगकर्ताओं को प्रदान करता है;
रिमोट रिपॉजिटरी फ़ोल्डर की सामग्री का अनुरोध करें (हमारे मामले में यह जेफ्रॉग आर्टिफैक्टरी है, जो महत्वपूर्ण नहीं है)।

जेनकींस रिमोट एक्सेस एपीआई

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

जेनकींस अपनी कार्यक्षमता तक दूरस्थ मशीन-पठनीय पहुंच के लिए एक एपीआई प्रदान करता है। <…> रिमोट एक्सेस REST जैसी शैली में पेश किया जाता है। इसका मतलब यह है कि सभी सुविधाओं के लिए कोई एकल प्रवेश बिंदु नहीं है, बल्कि इसके बजाय एक यूआरएल है जैसे ".../एपीआई/", कहाँ "..." का अर्थ वह वस्तु है जिस पर एपीआई क्षमताएं लागू की जाती हैं।

दूसरे शब्दों में, यदि हम वर्तमान में जिस परिनियोजन कार्य के बारे में बात कर रहे हैं वह यहां उपलब्ध है http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build, तो इस कार्य के लिए एपीआई सीटी यहां उपलब्ध हैं http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build/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']

गैर-सफल लोगों की सूची का स्क्रीनशॉट

किसी दूरस्थ सर्वर पर किसी फ़ोल्डर से संस्करणों की सूची

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

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

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[^/]+' )

जेनकींस में जॉब और जॉब कॉन्फ़िगरेशन फ़ाइल सेट करना

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

असेंबली कार्य सेटिंग खोलें और बहुत नीचे तक स्क्रॉल करें। बटनों पर क्लिक करें: बिल्ड चरण जोड़ें -> सशर्त चरण (एकल). चरण सेटिंग्स में, स्थिति का चयन करें वर्तमान निर्माण स्थिति, मान सेट करें सफलता, सफल होने पर की जाने वाली कार्रवाई शेल कमांड चलाएँ.

और अब मज़ेदार हिस्सा. जेनकींस जॉब कॉन्फ़िगरेशन को फाइलों में संग्रहीत करता है। एक्सएमएल प्रारूप में. जिस तरह से साथ http://путь-до-задания/config.xml तदनुसार, आप कॉन्फ़िगरेशन फ़ाइल डाउनलोड कर सकते हैं, इसे आवश्यकतानुसार संपादित कर सकते हैं और इसे वापस वहीं रख सकते हैं जहां आपको यह मिली थी।

याद रखें, हम ऊपर सहमत हुए थे कि हम संस्करणों की सूची के लिए एक पैरामीटर बनाएंगे निर्माण_संस्करण?

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

स्पॉइलर के नीचे स्क्रीनशॉट।

आपका 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 और पहुँच अधिकार Google मेघ एपीआई VM उदाहरण के लिए जिसके साथ यही कनेक्शन बनाया जाएगा।

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

यदि मुझे इस नोट के ढांचे के भीतर इस मुद्दे को अधिक विस्तार से कवर करने की आवश्यकता है, तो टिप्पणियों में लिखें। अगर हमें पर्याप्त वोट मिले तो मैं इस विषय पर एक अपडेट लिखूंगा।

अधिकार प्रदान करने का सबसे आसान तरीका वेब इंटरफ़ेस है।

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

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

gcloud alpha cloud-shell ssh

एक सफल कनेक्शन कुछ इस तरह दिखता है

GKE पर तैनात करें

चूँकि हम पूरी तरह से IaC (एक कोड के रूप में इन्फ्रास्ट्रक्चर) पर स्विच करने के लिए हर संभव तरीके से प्रयास कर रहे हैं, हमारी डॉकर फ़ाइलें Git में संग्रहीत हैं। यह एक तरफ है. और कुबेरनेट्स में तैनाती को एक yaml फ़ाइल द्वारा वर्णित किया गया है, जिसका उपयोग केवल इस कार्य द्वारा किया जाता है, जो स्वयं भी कोड की तरह है। ये दूसरी तरफ से है. सामान्य तौर पर, मेरा मतलब है, योजना यह है:

हम वेरिएबल्स का मान लेते हैं निर्माण_संस्करण और, वैकल्पिक रूप से, उन चरों के मान जिनसे होकर गुज़रा जाएगा लि.
Git से dockerfile डाउनलोड करें।
तैनाती के लिए yaml उत्पन्न करें।
हम इन दोनों फ़ाइलों को एससीपी के माध्यम से क्लाउड कंसोल पर अपलोड करते हैं।
हम वहां एक कंटेनर बनाते हैं और उसे कंटेनर रजिस्ट्री में धकेलते हैं
हम लोड परिनियोजन फ़ाइल को क्यूबर पर लागू करते हैं।

आइए अधिक विशिष्ट बनें। एक बार हम बातें करने लगे लि, तो मान लीजिए कि हमें दो मापदंडों के मानों को पारित करने की आवश्यकता है: परम1 и परम2. हम परिनियोजन के लिए उनका कार्य जोड़ते हैं, टाइप करें - स्ट्रिंग पैरामीटर.

स्क्रीनशॉट

हम एक साधारण पुनर्निर्देशन के साथ yaml उत्पन्न करेंगे गूंज दायर करना। निःसंदेह, यह माना जाता है कि आपके डॉकरफ़ाइल में है परम1 и परम2कि लोड का नाम होगा बहुत बढ़िया ऐप, और निर्दिष्ट संस्करण के अनुप्रयोग के साथ इकट्ठे कंटेनर में निहित है कंटेनर रजिस्ट्री रास्ते में gcr.io/awesomeapp/awesomeapp-$BUILD_संस्करणजहां $BUILD_संस्करण अभी-अभी ड्रॉप-डाउन सूची से चुना गया था.

टीम सूची

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 alpha cloud-shell ssh --command="rm -f Dockerfile"

ताज़ा डाउनलोड की गई डॉकरफ़ाइल को एससीपी का उपयोग करके क्लाउड कंसोल के होम फ़ोल्डर में रखें:

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"

हम कार्य चलाते हैं, कंसोल आउटपुट खोलते हैं और कंटेनर की सफल असेंबली देखने की उम्मीद करते हैं।

स्क्रीनशॉट

और फिर इकट्ठे कंटेनर की सफल तैनाती

स्क्रीनशॉट

मैंने जानबूझकर सेटिंग को नजरअंदाज कर दिया प्रवेश. एक साधारण कारण से: एक बार जब आप इसे सेट कर लें काम का बोझ किसी दिए गए नाम के साथ, यह चालू रहेगा, चाहे आप इस नाम के साथ कितनी भी तैनाती करें। खैर, सामान्य तौर पर, यह इतिहास के दायरे से थोड़ा परे है।

निष्कर्ष के बजाय

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

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

स्रोत: www.habr.com

जेनकींस में कार्य सेटिंग्स को गतिशील रूप से अद्यतन करना

जेनकींस रिमोट एक्सेस एपीआई

किसी दूरस्थ सर्वर पर किसी फ़ोल्डर से संस्करणों की सूची

जेनकींस में जॉब और जॉब कॉन्फ़िगरेशन फ़ाइल सेट करना

क्लाउड शेल से कनेक्ट हो रहा है

GKE पर तैनात करें

निष्कर्ष के बजाय

एक टिप्पणी जोड़ें उत्तर रद्द