ພວກເຮົາສ້າງຫນ້າວຽກໃນ GKE ໂດຍບໍ່ມີ plugins, SMS ຫຼືການລົງທະບຽນ. ລອງເບິ່ງພາຍໃຕ້ເສື້ອກັນຫນາວຂອງ Jenkins

ມັນທັງຫມົດໄດ້ເລີ່ມຕົ້ນໃນເວລາທີ່ຫົວຫນ້າທີມຂອງຫນຶ່ງໃນທີມພັດທະນາຂອງພວກເຮົາໄດ້ຂໍໃຫ້ພວກເຮົາທົດສອບຄໍາຮ້ອງສະຫມັກໃຫມ່ຂອງພວກເຂົາ, ເຊິ່ງໄດ້ຖືກບັນຈຸໃນມື້ກ່ອນ. ຂ້ອຍປະກາດມັນ. ຫຼັງຈາກປະມານ 20 ນາທີ, ໄດ້ຮັບການຮ້ອງຂໍໃຫ້ປັບປຸງຄໍາຮ້ອງສະຫມັກ, ເນື່ອງຈາກວ່າສິ່ງທີ່ຈໍາເປັນຫຼາຍໄດ້ຖືກເພີ່ມຢູ່ທີ່ນັ້ນ. ຂ້ອຍຕໍ່ອາຍຸ. ຫຼັງ​ຈາກ​ສອງ​ສາມ​ຊົ່ວ​ໂມງ ... ດີ, ທ່ານ​ສາ​ມາດ​ເດົາ​ໄດ້​ສິ່ງ​ທີ່​ເລີ່ມ​ຕົ້ນ​ທີ່​ຈະ​ເກີດ​ຂຶ້ນ​ຕໍ່​ໄປ ...

ຂ້ອຍຕ້ອງຍອມຮັບວ່າຂ້ອຍຂີ້ຄ້ານຫຼາຍ (ຂ້ອຍຍອມຮັບມັນກ່ອນຫນ້ານັ້ນບໍ? ບໍ່ແມ່ນບໍ?), ແລະຄວາມຈິງທີ່ວ່າຜູ້ນໍາທີມສາມາດເຂົ້າເຖິງ Jenkins, ເຊິ່ງພວກເຮົາມີ CI / CD ທັງຫມົດ, ຂ້ອຍຄິດວ່າ: ໃຫ້ລາວໃຊ້ເປັນ. ຫຼາຍ​ເທົ່າ​ທີ່​ເຂົາ​ຕ້ອງ​ການ​! ຂ້າ​ພະ​ເຈົ້າ​ຈື່​ຈໍາ​ເປັນ joke: ໃຫ້​ຜູ້​ຊາຍ​ປາ​ແລະ​ເຂົາ​ຈະ​ກິນ​ສໍາ​ລັບ​ມື້​ຫນຶ່ງ; ໂທຫາຄົນ Fed ແລະລາວຈະຖືກ Fed ຕະຫຼອດຊີວິດຂອງລາວ. ແລະໄປ ຫຼິ້ນ tricks ໃນວຽກເຮັດງານທໍາ, ເຊິ່ງຈະສາມາດປັບໃຊ້ container ທີ່ມີຄໍາຮ້ອງສະຫມັກຂອງທຸກລຸ້ນທີ່ສ້າງສົບຜົນສໍາເລັດເຂົ້າໄປໃນ Kuber ແລະໂອນຄ່າໃດໆກັບມັນ. ENV (ພໍ່ຕູ້ຂອງຂ້ອຍ, ນັກປັດຊະຍາ, ຄູສອນພາສາອັງກິດໃນເມື່ອກ່ອນ, ດຽວນີ້ໄດ້ບິດນິ້ວມືຂອງລາວໃສ່ວັດຂອງລາວແລະເບິ່ງຂ້ອຍຢ່າງສະແດງອອກຫຼັງຈາກອ່ານປະໂຫຍກນີ້).

ດັ່ງນັ້ນ, ໃນບັນທຶກນີ້ຂ້ອຍຈະບອກເຈົ້າວ່າຂ້ອຍຮຽນແນວໃດ:

1. ປັບປຸງການເຮັດວຽກແບບເຄື່ອນໄຫວໃນ Jenkins ຈາກວຽກຕົວມັນເອງຫຼືຈາກວຽກອື່ນໆ;
2. ເຊື່ອມຕໍ່ກັບ cloud console (Cloud shell) ຈາກ node ທີ່ມີຕົວແທນ Jenkins ຕິດຕັ້ງ;
3. ນຳໃຊ້ວຽກກັບ Google Kubernetes Engine.

ແທ້ຈິງແລ້ວ, ຂ້າພະເຈົ້າ, ແນ່ນອນ, ເປັນຄົນທີ່ບໍ່ມັກ. ມັນສົມມຸດວ່າທ່ານມີຢ່າງຫນ້ອຍສ່ວນຫນຶ່ງຂອງໂຄງສ້າງພື້ນຖານໃນ Google cloud, ແລະດັ່ງນັ້ນ, ທ່ານເປັນຜູ້ໃຊ້ຂອງມັນແລະ, ແນ່ນອນ, ທ່ານມີບັນຊີ GCP. ແຕ່ນັ້ນບໍ່ແມ່ນສິ່ງທີ່ບັນທຶກນີ້ແມ່ນກ່ຽວກັບ.

ນີ້ແມ່ນເອກະສານ cheat ຕໍ່ໄປຂອງຂ້ອຍ. ຂ້າພະເຈົ້າພຽງແຕ່ຕ້ອງການຂຽນບັນທຶກດັ່ງກ່າວໃນກໍລະນີຫນຶ່ງ: ຂ້າພະເຈົ້າໄດ້ປະເຊີນກັບບັນຫາ, ໃນເບື້ອງຕົ້ນຂ້າພະເຈົ້າບໍ່ຮູ້ວິທີທີ່ຈະແກ້ໄຂ, ການແກ້ໄຂບໍ່ແມ່ນ googled ພ້ອມທີ່ຈະເຮັດ, ສະນັ້ນຂ້າພະເຈົ້າ googled ມັນເປັນພາກສ່ວນແລະໃນທີ່ສຸດແກ້ໄຂບັນຫາໄດ້. ແລະດັ່ງນັ້ນໃນອະນາຄົດ, ເມື່ອຂ້ອຍລືມວິທີທີ່ຂ້ອຍເຮັດມັນ, ຂ້ອຍບໍ່ຈໍາເປັນຕ້ອງ google ທຸກສິ່ງທຸກຢ່າງອີກເທື່ອຫນຶ່ງແລະລວບລວມມັນເຂົ້າກັນ, ຂ້ອຍຂຽນແຜ່ນ cheat ດ້ວຍຕົນເອງ.

ປະຕິເສດ: 1. ບັນທຶກໄດ້ຖືກຂຽນ "ສໍາລັບຕົນເອງ", ສໍາລັບພາລະບົດບາດ best practice ບໍ່ໄດ້ນຳໃຊ້. ຂ້ອຍດີໃຈທີ່ຈະອ່ານທາງເລືອກ "ມັນຈະດີກວ່າທີ່ຈະເຮັດແບບນີ້" ໃນຄໍາເຫັນ.
2. ຖ້າສ່ວນທີ່ໃຊ້ຂອງບັນທຶກຖືກຖືວ່າເປັນເກືອ, ຄືກັບບັນທຶກທີ່ຜ່ານມາຂອງຂ້ອຍ, ອັນນີ້ແມ່ນການແກ້ໄຂເກືອທີ່ອ່ອນແອ.

ການອັບເດດການຕັ້ງຄ່າວຽກໃນ Jenkins ແບບໄດນາມິກ

ຂ້ອຍເຫັນຄໍາຖາມຂອງເຈົ້າ: ການປັບປຸງວຽກແບບເຄື່ອນໄຫວກ່ຽວຂ້ອງກັບມັນແນວໃດ? ໃສ່ຄ່າຂອງຕົວກໍານົດການສະຕຣິງດ້ວຍຕົນເອງແລະປິດທ່ານໄປ!

ຂ້ອຍຕອບວ່າ: ຂ້ອຍຂີ້ຄ້ານແທ້ໆ, ຂ້ອຍບໍ່ມັກມັນເມື່ອພວກເຂົາຈົ່ມວ່າ: Misha, ການຈັດວາງກໍາລັງຂັດຂ້ອງ, ທຸກຢ່າງຫາຍໄປ! ທ່ານເລີ່ມຊອກຫາ, ແລະມີການພິມຜິດໃນມູນຄ່າຂອງພາລາມິເຕີການເປີດຕົວບາງວຽກ. ເພາະສະນັ້ນ, ຂ້ອຍມັກເຮັດທຸກຢ່າງໃຫ້ມີປະສິດທິພາບເທົ່າທີ່ຈະເປັນໄປໄດ້. ຖ້າມັນເປັນໄປໄດ້ທີ່ຈະປ້ອງກັນບໍ່ໃຫ້ຜູ້ໃຊ້ເຂົ້າໄປໃນຂໍ້ມູນໂດຍກົງໂດຍການໃຫ້ແທນທີ່ຈະມີບັນຊີລາຍຊື່ຂອງຄ່າທີ່ຈະເລືອກເອົາຈາກນັ້ນ, ຂ້ອຍຈັດການຄັດເລືອກ.

ແຜນການແມ່ນນີ້: ພວກເຮົາສ້າງວຽກໃນ Jenkins, ໃນນັ້ນ, ກ່ອນທີ່ຈະເປີດຕົວ, ພວກເຮົາສາມາດເລືອກສະບັບຈາກບັນຊີລາຍຊື່, ລະບຸຄ່າສໍາລັບພາລາມິເຕີທີ່ສົ່ງຜ່ານ. ENV, ຫຼັງຈາກນັ້ນມັນເກັບກໍາພາຊະນະແລະ pushes ມັນເຂົ້າໄປໃນ Container Registry. ຫຼັງຈາກນັ້ນ, ຈາກບ່ອນນັ້ນ, ບັນຈຸໄດ້ຖືກເປີດຕົວໃນ cuber ເປັນ ພາລະວຽກ ກັບພາລາມິເຕີທີ່ລະບຸໄວ້ໃນວຽກ.

ພວກເຮົາຈະບໍ່ພິຈາລະນາຂະບວນການສ້າງແລະສ້າງຕັ້ງວຽກເຮັດງານທໍາໃນ Jenkins, ນີ້ແມ່ນນອກຫົວຂໍ້. ພວກເຮົາຈະສົມມຸດວ່າວຽກງານແມ່ນກຽມພ້ອມ. ເພື່ອປະຕິບັດບັນຊີລາຍຊື່ທີ່ຖືກປັບປຸງດ້ວຍສະບັບ, ພວກເຮົາຕ້ອງການສອງຢ່າງ: ບັນຊີລາຍຊື່ຕົ້ນສະບັບທີ່ມີຢູ່ກັບຕົວເລກເວີຊັນທີ່ຖືກຕ້ອງແລະຕົວແປເຊັ່ນ: ຕົວກໍານົດການທາງເລືອກ ໃນ​ວຽກ​ງານ​. ໃນຕົວຢ່າງຂອງພວກເຮົາ, ໃຫ້ຕົວແປທີ່ມີຊື່ BUILD_VERSION, ພວກເຮົາຈະບໍ່ອາໄສຢູ່ກັບມັນໃນລາຍລະອຽດ. ແຕ່ໃຫ້ເຮົາພິຈາລະນາເບິ່ງລາຍລະອຽດຂອງແຫຼ່ງທີ່ມາ.

ບໍ່ມີທາງເລືອກຫຼາຍດັ່ງນັ້ນ. ສອງ​ຢ່າງ​ໄດ້​ມາ​ເຖິງ​ທັນ​ທີ​:

• ໃຊ້ API ການເຂົ້າເຖິງໄລຍະໄກທີ່ Jenkins ສະເຫນີໃຫ້ຜູ້ໃຊ້ຂອງມັນ;
• ຮ້ອງຂໍເນື້ອໃນຂອງໂຟນເດີ repository ຫ່າງໄກສອກຫຼີກ (ໃນກໍລະນີຂອງພວກເຮົານີ້ແມ່ນ JFrog Artifactory, ແມ່ນບໍ່ສໍາຄັນ).

Jenkins API ການເຂົ້າເຖິງໄລຍະໄກ

ອີງຕາມປະເພນີທີ່ດີເລີດ, ຂ້າພະເຈົ້າຢາກຫຼີກເວັ້ນການອະທິບາຍຍາວ.
ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ອະ​ນຸ​ຍາດ​ໃຫ້​ຕົນ​ເອງ​ພຽງ​ແຕ່​ການ​ແປ​ພາ​ສາ​ຟຣີ​ຂອງ​ສ່ວນ​ຫນຶ່ງ​ຂອງ​ວັກ​ທໍາ​ອິດ​ ຫນ້າທໍາອິດຂອງເອກະສານ API:

Jenkins ສະໜອງ API ສໍາລັບການເຂົ້າເຖິງເຄື່ອງທີ່ອ່ານໄດ້ຈາກໄລຍະໄກເພື່ອເຮັດວຽກຂອງມັນ. <…> ການເຂົ້າເຖິງທາງໄກແມ່ນໃຫ້ຢູ່ໃນຮູບແບບ REST-like. ນີ້ຫມາຍຄວາມວ່າບໍ່ມີຈຸດດຽວສໍາລັບລັກສະນະທັງຫມົດ, ແຕ່ແທນທີ່ຈະເປັນ URL ເຊັ່ນ ".../api/", ບ່ອນທີ່"..." ໝາຍເຖິງວັດຖຸທີ່ຄວາມສາມາດ API ຖືກນຳໃຊ້.

ເວົ້າອີກຢ່າງ ໜຶ່ງ, ຖ້າວຽກງານການ ນຳ ໃຊ້ທີ່ພວກເຮົາ ກຳ ລັງເວົ້າຢູ່ໃນປະຈຸບັນແມ່ນມີຢູ່ http://jenkins.mybuild.er/view/AweSomeApp/job/AweSomeApp_build, ຫຼັງຈາກນັ້ນ, whistles 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']

ພາບຫນ້າຈໍຂອງບັນຊີລາຍຊື່ຂອງຜູ້ທີ່ບໍ່ປະສົບຜົນສໍາເລັດ

ລາຍຊື່ເວີຊັນຈາກໂຟນເດີໃນເຊີບເວີທາງໄກ

ມີວິທີທີສອງທີ່ຈະໄດ້ຮັບບັນຊີລາຍຊື່ຂອງສະບັບ. ຂ້ອຍມັກມັນຫຼາຍກວ່າການເຂົ້າເຖິງ Jenkins API. ດີ, ເພາະວ່າຖ້າຄໍາຮ້ອງສະຫມັກໄດ້ຖືກສ້າງຂື້ນຢ່າງສໍາເລັດຜົນ, ມັນຫມາຍຄວາມວ່າມັນຖືກຫຸ້ມຫໍ່ແລະວາງໄວ້ໃນບ່ອນເກັບມ້ຽນໃນໂຟນເດີທີ່ເຫມາະສົມ. ເຊັ່ນດຽວກັນກັບ, repository ເປັນການເກັບຮັກສາໄວ້ໃນຕອນຕົ້ນຂອງຄໍາຮ້ອງສະຫມັກສະບັບທີ່ເຮັດວຽກ. ມັກ. ແລ້ວ, ໃຫ້ຖາມລາວວ່າມີລຸ້ນໃດຢູ່ໃນບ່ອນເກັບມ້ຽນ. ພວກເຮົາຈະ curl, grep ແລະ awk ໂຟນເດີຫ່າງໄກສອກຫຼີກ. ຖ້າໃຜມີຄວາມສົນໃຈໃນ oneliner, ຫຼັງຈາກນັ້ນມັນຢູ່ພາຍໃຕ້ spoiler.

ຄໍາສັ່ງຫນຶ່ງແຖວ
ກະລຸນາສັງເກດສອງຢ່າງ: ຂ້ອຍຜ່ານລາຍລະອຽດການເຊື່ອມຕໍ່ຢູ່ໃນສ່ວນຫົວແລະຂ້ອຍບໍ່ຕ້ອງການສະບັບທັງຫມົດຈາກໂຟເດີ, ແລະຂ້ອຍເລືອກສະເພາະທີ່ຖືກສ້າງຂຶ້ນພາຍໃນຫນຶ່ງເດືອນ. ແກ້ໄຂຄໍາສັ່ງໃຫ້ເຫມາະສົມກັບຄວາມເປັນຈິງແລະຄວາມຕ້ອງການຂອງທ່ານ:

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

ພວກ​ເຮົາ​ຊອກ​ຫາ​ທີ່​ມາ​ຂອງ​ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ​ສະ​ບັບ​. ຕອນນີ້ໃຫ້ເຮົາລວມເອົາລາຍຊື່ຜົນໄດ້ຮັບເຂົ້າໃນໜ້າວຽກ. ສໍາລັບຂ້ອຍ, ການແກ້ໄຂທີ່ຊັດເຈນແມ່ນການເພີ່ມຂັ້ນຕອນໃນວຽກງານສ້າງແອັບພລິເຄຊັນ. ຂັ້ນຕອນທີ່ຈະຖືກປະຕິບັດຖ້າຜົນໄດ້ຮັບແມ່ນ "ຄວາມສໍາເລັດ".

ເປີດ​ການ​ຕັ້ງ​ຄ່າ​ວຽກ​ງານ​ການ​ປະ​ກອບ​ແລະ​ເລື່ອນ​ລົງ​ໄປ​ລຸ່ມ​ສຸດ​. ໃຫ້ຄລິກໃສ່ປຸ່ມ: ເພີ່ມຂັ້ນຕອນການສ້າງ -> ຂັ້ນຕອນທີ່ມີເງື່ອນໄຂ (ດຽວ). ໃນການຕັ້ງຄ່າຂັ້ນຕອນ, ເລືອກເງື່ອນໄຂ ສະຖານະພາບການກໍ່ສ້າງໃນປະຈຸບັນ, ກໍານົດມູນຄ່າ ຄວາມ​ສໍາ​ເລັດ, ການປະຕິບັດທີ່ຈະປະຕິບັດຖ້າປະສົບຜົນສໍາເລັດ ດໍາເນີນການຄໍາສັ່ງ shell.

ແລະໃນປັດຈຸບັນສ່ວນມ່ວນ. Jenkins ເກັບຮັກສາການຕັ້ງຄ່າວຽກຢູ່ໃນໄຟລ໌. ໃນຮູບແບບ XML. ຕາມທາງ http://путь-до-задания/config.xml ດັ່ງນັ້ນ, ທ່ານສາມາດດາວໂຫລດໄຟລ໌ການຕັ້ງຄ່າ, ແກ້ໄຂມັນຕາມຄວາມຈໍາເປັນແລະເອົາມັນກັບຄືນໄປບ່ອນທີ່ທ່ານໄດ້ຮັບມັນ.

ຈືຂໍ້ມູນການ, ພວກເຮົາໄດ້ຕົກລົງຂ້າງເທິງວ່າພວກເຮົາຈະສ້າງພາລາມິເຕີສໍາລັບບັນຊີລາຍຊື່ຂອງສະບັບ BUILD_VERSION?

ໃຫ້ດາວໂຫລດໄຟລ໌ການຕັ້ງຄ່າແລະເບິ່ງພາຍໃນມັນ. ພຽງແຕ່ເພື່ອໃຫ້ແນ່ໃຈວ່າພາລາມິເຕີຢູ່ໃນສະຖານທີ່ແລະປະເພດທີ່ຕ້ອງການ.

ພາບຫນ້າຈໍພາຍໃຕ້ spoiler.

ຊິ້ນສ່ວນ config.xml ຂອງທ່ານຄວນຈະມີລັກສະນະດຽວກັນ. ຍົກເວັ້ນເນື້ອໃນຂອງອົງປະກອບທາງເລືອກຍັງຂາດຫາຍໄປ

ເຈົ້າ​ແນ່​ໃຈ​ບໍ່? ນັ້ນແມ່ນ, ໃຫ້ຂຽນ script ທີ່ຈະຖືກປະຕິບັດຖ້າການກໍ່ສ້າງປະສົບຜົນສໍາເລັດ.
script ຈະໄດ້ຮັບບັນຊີລາຍຊື່ຂອງສະບັບ, ດາວໂຫລດໄຟລ໌ການຕັ້ງຄ່າ, ຂຽນບັນຊີລາຍຊື່ຂອງສະບັບເຂົ້າໄປໃນມັນໃນສະຖານທີ່ທີ່ພວກເຮົາຕ້ອງການ, ແລະຫຼັງຈາກນັ້ນເຮັດໃຫ້ມັນກັບຄືນໄປບ່ອນ. ແມ່ນແລ້ວ. ຖືກ​ຕ້ອງ. ຂຽນບັນຊີລາຍຊື່ຂອງສະບັບໃນ XML ໃນສະຖານທີ່ທີ່ມີບັນຊີລາຍຊື່ຂອງສະບັບແລ້ວ (ຈະເປັນໃນອະນາຄົດ, ຫຼັງຈາກການເປີດຕົວຄັ້ງທໍາອິດຂອງສະຄິບ). ຂ້າ​ພະ​ເຈົ້າ​ຮູ້​ວ່າ​ຍັງ​ມີ fans ຢ່າງ​ຮຸນ​ແຮງ​ຂອງ​ການ​ສະ​ແດງ​ອອກ​ເປັນ​ປົກ​ກະ​ຕິ​ໃນ​ໂລກ. ຂ້ອຍບໍ່ຂຶ້ນກັບເຂົາເຈົ້າ. ກະລຸນາຕິດຕັ້ງ xmlstarler ກັບເຄື່ອງທີ່ config ຈະຖືກແກ້ໄຂ. ມັນເບິ່ງຄືວ່າຂ້ອຍບໍ່ແມ່ນລາຄາໃຫຍ່ທີ່ຈະຈ່າຍເພື່ອຫຼີກເວັ້ນການແກ້ໄຂ XML ໂດຍໃຊ້ sed.

ພາຍໃຕ້ spoiler, ຂ້າພະເຈົ້ານໍາສະເຫນີລະຫັດທີ່ປະຕິບັດລໍາດັບຂ້າງເທິງນີ້ທັງຫມົດ.

ຂຽນບັນຊີລາຍຊື່ຂອງຮຸ່ນຈາກໂຟນເດີໃນເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກໄປຫາ config

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

ຖ້າທ່ານຕ້ອງການທາງເລືອກທີ່ຈະໄດ້ຮັບສະບັບຈາກ Jenkins ແລະເຈົ້າຂີ້ຄ້ານຄືກັບຂ້ອຍ, ຫຼັງຈາກນັ້ນພາຍໃຕ້ spoiler ແມ່ນລະຫັດດຽວກັນ, ແຕ່ບັນຊີລາຍຊື່ຈາກ Jenkins:

ຂຽນບັນຊີລາຍຊື່ຂອງສະບັບຈາກ Jenkins ກັບ config
ພຽງແຕ່ຈື່ໄວ້ວ່າ: ຊື່ການປະກອບຂອງຂ້ອຍປະກອບດ້ວຍເລກລໍາດັບແລະເລກຮຸ່ນ, ແຍກດ້ວຍຈໍ້າສອງເມັດ. ດັ່ງນັ້ນ, 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

ໃນທາງທິດສະດີ, ຖ້າທ່ານໄດ້ທົດສອບລະຫັດທີ່ຂຽນໂດຍອີງໃສ່ຕົວຢ່າງຂ້າງເທິງ, ຫຼັງຈາກນັ້ນ, ໃນວຽກງານການນໍາໄປໃຊ້, ທ່ານຄວນມີບັນຊີລາຍຊື່ແບບເລື່ອນລົງກັບສະບັບ. ມັນຄ້າຍຄືຢູ່ໃນ screenshot ພາຍໃຕ້ spoiler ໄດ້.

ບັນຊີລາຍຊື່ສະບັບສໍາເລັດຢ່າງຖືກຕ້ອງ

ຖ້າທຸກສິ່ງທຸກຢ່າງເຮັດວຽກ, ຫຼັງຈາກນັ້ນຄັດລອກ - ວາງສະຄິບໃສ່ ດໍາເນີນການຄໍາສັ່ງ shell ແລະບັນທຶກການປ່ຽນແປງ.

ກຳລັງເຊື່ອມຕໍ່ກັບ Cloud shell

ພວກເຮົາມີຜູ້ເກັບໃນຕູ້ຄອນເທນເນີ. ພວກເຮົາໃຊ້ Ansible ເປັນເຄື່ອງມືຈັດສົ່ງແອັບພລິເຄຊັນ ແລະຜູ້ຈັດການການຕັ້ງຄ່າຂອງພວກເຮົາ. ຕາມນັ້ນແລ້ວ, ເມື່ອເວົ້າເຖິງການກໍ່ສ້າງຕູ້ຄອນເທນເນີ, ສາມທາງເລືອກມາສູ່ໃຈ: ຕິດຕັ້ງ Docker ໃນ Docker, ຕິດຕັ້ງ Docker ໃນເຄື່ອງຈັກທີ່ໃຊ້ Ansible, ຫຼືສ້າງ containers ໃນ cloud console. ພວກເຮົາໄດ້ຕົກລົງທີ່ຈະມິດງຽບກ່ຽວກັບ plugins ສໍາລັບ Jenkins ໃນບົດຄວາມນີ້. ຈື່?

ຂ້ອຍໄດ້ຕັດສິນໃຈ: ດີ, ນັບຕັ້ງແຕ່ຕູ້ຄອນເທນເນີ "ອອກຈາກກ່ອງ" ສາມາດຖືກລວບລວມຢູ່ໃນ cloud console, ແລ້ວເປັນຫຍັງຈຶ່ງລົບກວນ? ຮັກສາຄວາມສະອາດ, ບໍ່ແມ່ນບໍ? ຂ້ອຍຕ້ອງການເກັບບັນຈຸ Jenkins ໃນ cloud console, ແລະຫຼັງຈາກນັ້ນໃຫ້ພວກເຂົາເຂົ້າໄປໃນ cuber ຈາກບ່ອນນັ້ນ. ຍິ່ງໄປກວ່ານັ້ນ, Google ມີຊ່ອງທາງທີ່ອຸດົມສົມບູນຫຼາຍພາຍໃນໂຄງສ້າງພື້ນຖານຂອງມັນ, ເຊິ່ງຈະມີຜົນກະທົບທີ່ເປັນປະໂຫຍດຕໍ່ຄວາມໄວຂອງການນໍາໃຊ້.

ເພື່ອເຊື່ອມຕໍ່ກັບ cloud console, ທ່ານຕ້ອງການສອງຢ່າງ: gcloud ແລະສິດການເຂົ້າເຖິງ Google Cloud API ສໍາລັບຕົວຢ່າງ VM ທີ່ການເຊື່ອມຕໍ່ດຽວກັນນີ້ຈະຖືກເຮັດ.

ສໍາລັບຜູ້ທີ່ວາງແຜນທີ່ຈະເຊື່ອມຕໍ່ບໍ່ໄດ້ມາຈາກ Google cloud ເລີຍ
Google ອະນຸຍາດໃຫ້ມີຄວາມເປັນໄປໄດ້ໃນການປິດການອະນຸຍາດແບບໂຕ້ຕອບໃນການບໍລິການຂອງມັນ. ນີ້ຈະຊ່ວຍໃຫ້ທ່ານສາມາດເຊື່ອມຕໍ່ກັບ console ໄດ້ເຖິງແມ່ນວ່າຈາກເຄື່ອງກາເຟ, ຖ້າມັນແລ່ນ *nix ແລະມີ console ຕົວມັນເອງ.

ຖ້າຕ້ອງການໃຫ້ຂ້ອຍກວມເອົາບັນຫານີ້ໃນລາຍລະອຽດເພີ່ມເຕີມໃນກອບຂອງບັນທຶກນີ້, ຂຽນໃນຄໍາເຫັນ. ຖ້າຂ້ອຍໄດ້ຮັບຄະແນນສຽງພຽງພໍ, ຂ້ອຍຈະຂຽນອັບເດດກ່ຽວກັບຫົວຂໍ້ນີ້.

ວິທີທີ່ງ່າຍທີ່ສຸດທີ່ຈະໃຫ້ສິດທິແມ່ນຜ່ານການໂຕ້ຕອບຂອງເວັບໄຊຕ໌.

1. ຢຸດຕົວຢ່າງ VM ຈາກທີ່ຕໍ່ມາທ່ານຈະເຊື່ອມຕໍ່ກັບ cloud console.
2. ເປີດລາຍລະອຽດຂອງຕົວຢ່າງ ແລະຄລິກ ປ່ຽນແປງ.
3. ຢູ່ລຸ່ມສຸດຂອງໜ້າ, ເລືອກຂອບເຂດການເຂົ້າເຖິງຕົວຢ່າງ ການເຂົ້າເຖິງ Cloud APIs ທັງໝົດ.

   ພາບ ໜ້າ ຈໍ
   

4. ບັນທຶກການປ່ຽນແປງຂອງທ່ານແລະເປີດຕົວຢ່າງ.

ເມື່ອ VM ສໍາເລັດການໂຫຼດ, ເຊື່ອມຕໍ່ກັບມັນຜ່ານ SSH ແລະໃຫ້ແນ່ໃຈວ່າການເຊື່ອມຕໍ່ເກີດຂຶ້ນໂດຍບໍ່ມີຄວາມຜິດພາດ. ໃຊ້ຄໍາສັ່ງ:

gcloud alpha cloud-shell ssh

ການເຊື່ອມຕໍ່ທີ່ປະສົບຜົນສໍາເລັດເບິ່ງຄືວ່າບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້

ນຳໃຊ້ກັບ GKE

ເນື່ອງຈາກພວກເຮົາກໍາລັງພະຍາຍາມໃນທຸກວິທີທາງທີ່ເປັນໄປໄດ້ເພື່ອປ່ຽນເປັນ IaC (ໂຄງສ້າງພື້ນຖານເປັນລະຫັດ), ໄຟລ໌ docker ຂອງພວກເຮົາຖືກເກັບໄວ້ໃນ Git. ນີ້ແມ່ນຢູ່ໃນມືຫນຶ່ງ. ແລະການນໍາໃຊ້ໃນ kubernetes ຖືກອະທິບາຍໂດຍໄຟລ໌ yaml, ເຊິ່ງຖືກນໍາໃຊ້ພຽງແຕ່ໂດຍວຽກງານນີ້, ເຊິ່ງຕົວມັນເອງຍັງຄ້າຍຄືລະຫັດ. ນີ້ແມ່ນມາຈາກອີກດ້ານຫນຶ່ງ. ໂດຍທົ່ວໄປ, ຂ້າພະເຈົ້າຫມາຍຄວາມວ່າ, ແຜນການແມ່ນນີ້:

1. ພວກເຮົາເອົາຄ່າຂອງຕົວແປ BUILD_VERSION ແລະ, ທາງເລືອກ, ຄ່າຂອງຕົວແປທີ່ຈະຜ່ານ ENV.
2. ດາວໂຫລດ dockerfile ຈາກ Git.
3. ສ້າງ yaml ສໍາລັບການນໍາໃຊ້.
4. ພວກເຮົາອັບໂຫລດທັງສອງໄຟລ໌ນີ້ຜ່ານ scp ໄປທີ່ cloud console.
5. ພວກເຮົາສ້າງຕູ້ຄອນເທນເນີຢູ່ທີ່ນັ້ນແລະຍູ້ມັນເຂົ້າໄປໃນທະບຽນ Container
6. ພວກເຮົານໍາໃຊ້ໄຟລ໌ການຕິດຕັ້ງການໂຫຼດກັບ cuber.

ໃຫ້ມີຄວາມສະເພາະຫຼາຍ. ເມື່ອພວກເຮົາເລີ່ມຕົ້ນເວົ້າກ່ຽວກັບ ENV, ແລ້ວສົມມຸດວ່າພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ຜ່ານຄ່າຂອງສອງຕົວກໍານົດການ: PARAM1 и PARAM2. ພວກເຮົາເພີ່ມວຽກງານຂອງເຂົາເຈົ້າສໍາລັບການນໍາໃຊ້, ປະເພດ - ຕົວກໍານົດການສາຍ.

ພາບ ໜ້າ ຈໍ

ພວກເຮົາຈະສ້າງ yaml ດ້ວຍການປ່ຽນເສັ້ນທາງງ່າຍໆ echo ຍື່ນ. ແນ່ນອນ, ມັນແມ່ນສົມມຸດວ່າທ່ານມີຢູ່ໃນ dockerfile ຂອງທ່ານ 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

ຕົວແທນ Jenkins ຫຼັງຈາກເຊື່ອມຕໍ່ການນໍາໃຊ້ gcloud alpha cloud-shell ssh ໂໝດໂຕ້ຕອບບໍ່ສາມາດໃຊ້ໄດ້, ດັ່ງນັ້ນພວກເຮົາຈຶ່ງສົ່ງຄຳສັ່ງໄປຫາ cloud console ໂດຍໃຊ້ພາລາມິເຕີ -- ຄໍາສັ່ງ.

ພວກເຮົາເຮັດຄວາມສະອາດໂຟນເດີຫຼັກໃນ cloud console ຈາກ dockerfile ເກົ່າ:

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

ວາງ dockerfile ທີ່ດາວໂຫຼດມາໃໝ່ໆຢູ່ໃນໂຟນເດີຫຼັກຂອງ cloud console ໂດຍໃຊ້ scp:

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

ພວກເຮົາເກັບກໍາ, ແທັກແລະຊຸກດັນໃຫ້ຕູ້ຄອນເທນເນີໄປທີ່ທະບຽນ Container:

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"

ພວກເຮົາເຮັດເຊັ່ນດຽວກັນກັບໄຟລ໌ deployment. ກະ​ລຸ​ນາ​ສັງ​ເກດ​ວ່າ​ຄໍາ​ສັ່ງ​ຂ້າງ​ລຸ່ມ​ນີ້​ນໍາ​ໃຊ້​ຊື່​ປອມ​ຂອງ​ກຸ່ມ​ທີ່​ການ​ນໍາ​ໃຊ້​ເກີດ​ຂຶ້ນ (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"

ພວກເຮົາດໍາເນີນວຽກງານ, ເປີດຜົນຜະລິດຂອງ console ແລະຫວັງວ່າຈະເຫັນການປະກອບພາຊະນະທີ່ປະສົບຜົນສໍາເລັດ.

ພາບ ໜ້າ ຈໍ

ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ການ​ປະ​ຕິ​ບັດ​ສົບ​ຜົນ​ສໍາ​ເລັດ​ຂອງ​ພາ​ຊະ​ນະ​ປະ​ກອບ​

ພາບ ໜ້າ ຈໍ

ຂ້າພະເຈົ້າເຈດຕະນາບໍ່ສົນໃຈການຕັ້ງຄ່າ Ingress. ສໍາລັບເຫດຜົນງ່າຍດາຍຫນຶ່ງ: ເມື່ອທ່ານຕັ້ງມັນຂຶ້ນ ພາລະວຽກ ດ້ວຍຊື່ທີ່ລະບຸໄວ້, ມັນຈະຍັງຄົງປະຕິບັດໄດ້, ບໍ່ວ່າທ່ານຈະປະຕິບັດການຕັ້ງຊື່ນີ້ຫຼາຍປານໃດ. ດີ, ໂດຍທົ່ວໄປ, ນີ້ແມ່ນເລັກນ້ອຍເກີນຂອບເຂດຂອງປະຫວັດສາດ.

ແທນທີ່ຈະສະຫລຸບ

ຂັ້ນຕອນຂ້າງເທິງນີ້ອາດຈະບໍ່ສາມາດເຮັດໄດ້, ແຕ່ພຽງແຕ່ຕິດຕັ້ງ plugin ບາງສໍາລັບ Jenkins, muuulion ຂອງເຂົາເຈົ້າ. ແຕ່ສໍາລັບບາງເຫດຜົນຂ້ອຍບໍ່ມັກ plugins. ດີ, ຫຼາຍທີ່ຊັດເຈນ, ຂ້າພະເຈົ້າ resort ກັບພວກເຂົາພຽງແຕ່ອອກຈາກ desperation.

ແລະຂ້ອຍພຽງແຕ່ຢາກເອົາຫົວຂໍ້ໃຫມ່ສໍາລັບຂ້ອຍ. ຂໍ້ຄວາມຂ້າງເທິງຍັງເປັນວິທີທີ່ຈະແບ່ງປັນການຄົ້ນພົບທີ່ຂ້ອຍໄດ້ເຮັດໃນຂະນະທີ່ແກ້ໄຂບັນຫາທີ່ໄດ້ອະທິບາຍໃນຕອນເລີ່ມຕົ້ນ. ແບ່ງປັນກັບຜູ້ທີ່, ເຊັ່ນເຂົາ, ບໍ່ແມ່ນ wolf ຮ້າຍແຮງຢູ່ໃນ devops. ຖ້າການຄົ້ນພົບຂອງຂ້ອຍຊ່ວຍຢ່າງຫນ້ອຍບາງຄົນ, ຂ້ອຍຈະມີຄວາມສຸກ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com