אנו יוצרים משימת פריסה ב-GKE ללא תוספים, SMS או רישום. בוא נציץ מתחת לז'קט של ג'נקינס

הכל התחיל כאשר ראש הצוות של אחד מצוותי הפיתוח שלנו ביקש מאיתנו לבדוק את האפליקציה החדשה שלהם, שהוכנסה למכולות יום קודם לכן. פרסמתי את זה. לאחר כ-20 דקות התקבלה בקשה לעדכון האפליקציה, כי התווסף שם דבר מאוד נחוץ. חידשתי. אחרי עוד כמה שעות... ובכן, אתם יכולים לנחש מה התחיל לקרות אחר כך...

אני חייב להודות, אני די עצלן (לא הודיתי בזה קודם? לא?), ובהתחשב בעובדה שלראשי צוות יש גישה לג'נקינס, שבו יש לכולנו CI/CD, חשבתי: תן לו לפרוס בתור כמה שהוא רוצה! נזכרתי בבדיחה: תן לאדם דג והוא יאכל ליום; תקראו לאדם Fed והוא יהיה מאכיל כל חייו. והלך לשחק טריקים בעבודה, אשר יוכל לפרוס קונטיינר המכיל את היישום של כל גרסה שנבנתה בהצלחה לתוך Kuber ולהעביר אליו כל ערכים ENV (סבי, פילולוג, מורה לאנגלית בעבר, היה מסובב עכשיו את אצבעו אל רקתו ומביט בי בצורה מאוד אקספרסיבית לאחר קריאת המשפט הזה).

אז, בהערה זו אספר לך כיצד למדתי:

1. עדכן באופן דינמי משרות בג'נקינס מהעבודה עצמה או מעבודות אחרות;
2. התחבר לקונסולת הענן (Coud shell) מצומת עם סוכן Jenkins מותקן;
3. פרוס עומס עבודה במנוע Google Kubernetes.

למעשה, אני, כמובן, קצת לא הגון. ההנחה היא שיש לך לפחות חלק מהתשתית בענן של גוגל, ולכן אתה המשתמש שלו וכמובן שיש לך חשבון GCP. אבל לא על זה עוסק ההערה הזו.

זה דף הצ'יט הבא שלי. אני רוצה לכתוב הערות כאלה רק במקרה אחד: נתקלתי בבעיה, בהתחלה לא ידעתי איך לפתור אותה, הפתרון לא היה בגוגל מוכן, אז חיפשתי אותו בחלקים ובסופו של דבר פתרתי את הבעיה. וכדי שבעתיד, כשאני אשכח איך עשיתי את זה, אני לא אצטרך לחפש שוב בגוגל הכל חלק אחר חלק ולהרכיב את זה ביחד, אני כותב לעצמי ציטים כאלה.

כתב ויתור: 1. הפתק נכתב "לעצמי", לתפקיד התרגול הטוב ביותר אינו חל. אני שמח לקרוא את אפשרויות "עדיף היה לעשות את זה ככה" בתגובות.
2. אם החלק המיושם של התו נחשב למלח, אז, כמו כל ההערות הקודמות שלי, זה הוא תמיסת מלח חלשה.

עדכון דינמי של הגדרות עבודה בג'נקינס

אני צופה את השאלה שלך: מה הקשר לעדכון עבודה דינמי? הזן את הערך של פרמטר המחרוזת באופן ידני והלכתי!

אני עונה: אני ממש עצלן, אני לא אוהב את זה כשהם מתלוננים: מישה, הפריסה קורסת, הכל נעלם! אתה מתחיל לחפש, ויש שגיאת הקלדה בערך של פרמטר הפעלת משימה כלשהו. לכן, אני מעדיף לעשות הכל בצורה הכי יעילה שאפשר. אם אפשר למנוע מהמשתמש להזין נתונים ישירות על ידי מתן במקום רשימה של ערכים לבחירה, אז אני מארגן את הבחירה.

התוכנית היא כזו: אנו יוצרים עבודה בג'נקינס, שבה, לפני ההשקה, נוכל לבחור גרסה מהרשימה, לציין ערכים לפרמטרים שהועברו לקונטיינר באמצעות ENV, ואז הוא אוסף את המיכל ודוחף אותו ל-Container Registry. ואז משם המיכל מושק ב-cuber as עומס עבודה עם הפרמטרים שצוינו בתפקיד.

לא נשקול את תהליך היצירה וההקמה של עבודה בג'נקינס, זה לא קשור לנושא. נניח שהמשימה מוכנה. כדי ליישם רשימה מעודכנת עם גרסאות, אנחנו צריכים שני דברים: רשימת מקורות קיימת עם מספרי גרסאות חוקיים אפריורי ומשתנה כמו פרמטר בחירה במשימה. בדוגמה שלנו, תן שם למשתנה BUILD_VERSION, לא נתעכב על כך בהרחבה. אבל בואו נסתכל מקרוב על רשימת המקורות.

אין כל כך הרבה אפשרויות. שני דברים עלו מיד בראש:

• השתמש ב-API של גישה מרחוק שג'נקינס מציע למשתמשים שלו;
• בקש את התוכן של תיקיית המאגר המרוחק (במקרה שלנו זה JFrog Artifactory, וזה לא חשוב).

Jenkins Remote Access API

לפי המסורת המצוינת שנקבעה, אעדיף להימנע מהסברים ארוכים.
ארשה לעצמי רק תרגום חופשי של חלק מהפסקה הראשונה עמוד ראשון של תיעוד API:

Jenkins מספקת ממשק 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']

צילום מסך של רשימת הלא מוצלחים

רשימת גרסאות מתיקיה בשרת מרוחק

יש דרך שנייה לקבל רשימה של גרסאות. אני אוהב את זה אפילו יותר מגישה ל-API של Jenkins. ובכן, כי אם האפליקציה נבנתה בהצלחה, זה אומר שהיא נארזה והוצבה במאגר בתיקייה המתאימה. כמו, מאגר הוא אחסון ברירת המחדל של גרסאות עובדות של יישומים. כמו. ובכן, בוא נשאל אותו אילו גרסאות נמצאות באחסון. נסלסל, נגיף ונעיף את התיקיה המרוחקת. אם מישהו מעוניין ב-oneliner, אז זה מתחת לספוילר.

פקודת שורה אחת
שימו לב לשני דברים: אני מעביר את פרטי החיבור בכותרת ואני לא צריך את כל הגרסאות מהתיקיה, ואני בוחר רק את אלו שנוצרו תוך חודש. ערוך את הפקודה כך שתתאים למציאות ולצרכים שלך:

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

הגדרת עבודות וקובץ תצורת עבודה בג'נקינס

הבנו את המקור של רשימת הגרסאות. כעת נשלב את הרשימה שהתקבלה במשימה. עבורי, הפתרון הברור היה להוסיף שלב במשימת בניית האפליקציה. הצעד שיבוצע אם התוצאה הייתה "הצלחה".

פתח את הגדרות משימת ההרכבה וגלול עד למטה. לחץ על הכפתורים: הוסף שלב בנייה -> שלב מותנה (יחיד). בהגדרות השלב, בחר את התנאי מצב בנייה נוכחי, הגדר את הערך הַצלָחָה, הפעולה שיש לבצע אם תצליח הפעל פקודת מעטפת.

ועכשיו החלק הכיפי. ג'נקינס מאחסן תצורות עבודה בקבצים. בפורמט XML. בדרך http://путь-до-задания/config.xml בהתאם לכך, ניתן להוריד את קובץ התצורה, לערוך אותו לפי הצורך ולהחזיר אותו למקום בו קיבלת אותו.

זכרו, הסכמנו למעלה שניצור פרמטר לרשימת הגרסאות BUILD_VERSION?

בוא נוריד את קובץ התצורה ונסתכל בתוכו. רק כדי לוודא שהפרמטר במקום ומהסוג הרצוי.

צילום מסך תחת ספוילר.

קטע ה-config.xml שלך אמור להיראות אותו הדבר. אלא שהתוכן של אלמנט הבחירות עדיין חסר

האם אתה בטוח? זהו, בואו נכתוב סקריפט שיבוצע אם הבנייה תצליח.
הסקריפט יקבל רשימת גרסאות, יוריד את קובץ התצורה, יכתוב לתוכו את רשימת הגרסאות במקום שאנו צריכים, ואז יחזיר אותו. כן. זה נכון. כתוב רשימה של גרסאות ב-XML במקום שבו כבר יש רשימת גרסאות (תהיה בעתיד, לאחר ההשקה הראשונה של הסקריפט). אני יודע שיש עדיין מעריצים עזים של ביטויים קבועים בעולם. אני לא שייך אליהם. נא להתקין xmlstarler למכונה שבה תערך התצורה. נראה לי שזה לא מחיר כל כך גדול לשלם כדי להימנע מעריכת XML באמצעות sed.

מתחת לספוילר, אני מציג את הקוד שמבצע את הרצף הנ"ל במלואו.

כתוב רשימה של גרסאות מתיקיה בשרת המרוחק לתצורה

#!/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

בתיאוריה, אם בדקתם את הקוד שנכתב על סמך הדוגמאות למעלה, אז במשימת הפריסה כבר אמורה להיות לכם רשימה נפתחת עם גרסאות. זה כמו בצילום המסך מתחת לספוילר.

רשימת גרסאות שהושלמה כהלכה

אם הכל עבד, אז העתק-הדבק את הסקריפט לתוך הפעל פקודת מעטפת ולשמור שינויים.

מתחבר ל-Cloud shell

יש לנו אספנים במכולות. אנו משתמשים ב-Ansible ככלי אספקת האפליקציות ומנהל התצורה שלנו. בהתאם לכך, כשמדובר בבניית קונטיינרים, עולות בראש שלוש אפשרויות: התקנת Docker ב-Docker, התקנת Docker על מכונה שבה פועלת Ansible, או בניית קונטיינרים בקונסולת ענן. הסכמנו לשתוק לגבי תוספים עבור Jenkins במאמר זה. זכור?

החלטתי: ובכן, מכיוון שאפשר לאסוף מכולות "מחוץ לקופסה" בקונסולת הענן, אז למה לטרוח? תשמור על זה נקי, נכון? אני רוצה לאסוף מיכלי ג'נקינס בקונסולת הענן, ואז להפעיל אותם לתוך ה-cuber משם. יתרה מכך, לגוגל יש ערוצים עשירים מאוד בתוך התשתית שלה, שישפיעו לטובה על מהירות הפריסה.

כדי להתחבר למסוף הענן, אתה צריך שני דברים: gcloud וזכויות גישה ל Google Cloud API עבור מופע ה-VM שאיתו יתבצע אותו חיבור.

למי שמתכנן להתחבר בכלל לא מהענן של גוגל
גוגל מאפשרת את האפשרות לבטל את ההרשאה האינטראקטיבית בשירותיה. זה יאפשר לך להתחבר לקונסולה אפילו ממכונת קפה, אם היא פועלת *nix ויש לה קונסולה עצמה.

אם יש צורך שאעסוק בנושא זה ביתר פירוט במסגרת הערה זו, כתבו בהערות. אם נקבל מספיק הצבעות, אכתוב עדכון בנושא זה.

הדרך הקלה ביותר להעניק זכויות היא דרך ממשק האינטרנט.

1. עצור את מופע ה-VM שממנו תתחבר לאחר מכן למסוף הענן.
2. פתח את פרטי מופע ולחץ לתקן.
3. ממש בתחתית העמוד, בחר את היקף הגישה למופע גישה מלאה לכל ממשקי ה-API של הענן.

   צילום מסך
   

4. שמור את השינויים שלך והפעל את המופע.

לאחר שה-VM סיים לטעון, התחבר אליו באמצעות SSH וודא שהחיבור מתרחש ללא שגיאה. השתמש בפקודה:

gcloud alpha cloud-shell ssh

חיבור מוצלח נראה בערך כך

פרוס ל-GKE

מכיוון שאנו שואפים בכל דרך אפשרית לעבור לחלוטין ל-IAC (תשתית כקוד), קבצי ה-docker שלנו מאוחסנים ב-Git. זה מצד אחד. ופריסה ב-kubernetes מתוארת על ידי קובץ yaml, המשמש רק את המשימה הזו, שהיא גם בעצמה כמו קוד. זה מהצד השני. באופן כללי, אני מתכוון, התוכנית היא כזו:

1. אנחנו לוקחים את הערכים של המשתנים BUILD_VERSION ובאופן אופציונלי, ערכי המשתנים שיעברו ENV.
2. הורד את הקובץ docker מ- Git.
3. צור yaml לפריסה.
4. אנו מעלים את שני הקבצים הללו דרך scp לקונסולת הענן.
5. אנחנו בונים שם קונטיינר ודוחפים אותו ל-Container registry
6. אנו מיישמים את קובץ פריסת הטעינה על ה-Cuber.

בואו נהיה יותר ספציפיים. פעם התחלנו לדבר על ENV, אז נניח שאנחנו צריכים להעביר את הערכים של שני פרמטרים: PARAM1 и PARAM2. אנו מוסיפים את המשימה שלהם לפריסה, הקלד - פרמטר מחרוזת.

צילום מסך

ניצור yaml עם ניתוב מחדש פשוט הד לתייק. ההנחה היא, כמובן, שיש לך ב-docerfile שלך 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 alpha cloud-shell ssh מצב אינטראקטיבי אינו זמין, לכן אנו שולחים פקודות למסוף הענן באמצעות הפרמטר --פקודה.

אנו מנקים את תיקיית הבית בקונסולת הענן מה- dockerfile הישן:

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

הנח את קובץ ה-docerfile שהורד לאחרונה בתיקיית הבית של מסוף הענן באמצעות 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-cluster) ושם הפרויקט (פרויקט מדהים), היכן ממוקם האשכול.

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"

אנו מפעילים את המשימה, פותחים את פלט הקונסולה ומקווים לראות את ההרכבה המוצלחת של הקונטיינר.

צילום מסך

ואז הפריסה המוצלחת של המכולה המורכבת

צילום מסך

התעלמתי בכוונה מההגדרה Ingress. מסיבה אחת פשוטה: ברגע שתגדיר אותו עומס עבודה עם שם נתון, הוא יישאר פעיל, לא משנה כמה פריסות בשם זה תבצע. ובכן, באופן כללי, זה קצת מעבר לטווח ההיסטוריה.

במקום מסקנות

כנראה שלא ניתן היה לעשות את כל השלבים שלמעלה, אלא פשוט התקינו תוסף כלשהו עבור Jenkins, ה-muuulion שלהם. אבל משום מה אני לא אוהב תוספים. ובכן, ליתר דיוק, אני פונה אליהם רק מתוך ייאוש.

ואני פשוט אוהב להרים איזה נושא חדש בשבילי. הטקסט למעלה הוא גם דרך לשתף את הממצאים שמצאתי תוך כדי פתרון הבעיה שתוארה ממש בהתחלה. שתפו את מי שכמוהו בכלל לא זאב נורא ב-devops. אם הממצאים שלי יעזרו לפחות למישהו, אני אשמח.

מקור: www.habr.com