ເຄື່ອງມືສໍາລັບນັກພັດທະນາແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ໃນ Kubernetes

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

ການທົບທວນຄືນນີ້ໃຫ້ຂໍ້ມູນສັ້ນໆກ່ຽວກັບບາງເຄື່ອງມືທີ່ເຮັດໃຫ້ຊີວິດງ່າຍຂຶ້ນສໍາລັບຜູ້ຂຽນໂປລແກລມທີ່ມີລະຫັດແລ່ນຢູ່ໃນ pod'ax ຂອງກຸ່ມ Kubernetes.

ຜູ້ຊ່ວຍງ່າຍດາຍ

Kubectl-debug

• ເນື້ອແທ້: ເພີ່ມພາຊະນະຂອງທ່ານໃສ່ Pod ແລະເບິ່ງສິ່ງທີ່ເກີດຂື້ນໃນມັນ.
• GitHub.
• ສະຖິຕິ GH ໂດຍຫຍໍ້: 715 ດາວ, 54 commits, 9 ຜູ້ປະກອບສ່ວນ.
• ພາສາ: ໄປ.
• ໃບອະນຸຍາດ: Apache License 2.0.

ປັ໊ກອິນນີ້ສໍາລັບ kubectl ອະນຸຍາດໃຫ້ທ່ານສ້າງຖັງເພີ່ມເຕີມພາຍໃນ pod ຂອງຄວາມສົນໃຈ, ເຊິ່ງຈະແບ່ງປັນ namespace ຂະບວນການກັບບັນຈຸອື່ນໆ. ໃນມັນທ່ານສາມາດ debug ການດໍາເນີນງານຂອງຝັກ: ກວດເບິ່ງເຄືອຂ່າຍ, ຟັງການຈາລະຈອນຂອງເຄືອຂ່າຍ, ຕິດຕາມຂະບວນການທີ່ຫນ້າສົນໃຈ, ແລະອື່ນໆ.

ນອກນັ້ນທ່ານຍັງສາມາດສະຫຼັບກັບບັນຈຸຂະບວນການໂດຍການແລ່ນ chroot /proc/PID/root - ນີ້ສາມາດສະດວກຫຼາຍໃນເວລາທີ່ທ່ານຕ້ອງການເອົາເປືອກຮາກຢູ່ໃນຖັງທີ່ມັນຖືກກໍານົດໄວ້ໃນ manifest securityContext.runAs.

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

ການສື່ສານທາງໄກ

• ເນື້ອແທ້: ໂອນແອັບພລິເຄຊັນໄປຍັງຄອມພິວເຕີຂອງທ່ານ. ພັດທະນາ ແລະດີບັກຢູ່ໃນທ້ອງຖິ່ນ.
• ເວັບໄຊທ໌; GitHub.
• ສະຖິຕິ GH ໂດຍຫຍໍ້: 2131 ດາວ, 2712 commits, 33 ຜູ້ປະກອບສ່ວນ.
• ພາສາ: Python.
• ໃບອະນຸຍາດ: Apache License 2.0.

ແນວຄວາມຄິດຂອງ snap-in ນີ້ແມ່ນການເປີດຕົວ container ກັບຄໍາຮ້ອງສະຫມັກໃນຄອມພິວເຕີຜູ້ໃຊ້ທ້ອງຖິ່ນແລະຕົວແທນການຈະລາຈອນທັງຫມົດຈາກ cluster ກັບມັນແລະກັບຄືນໄປບ່ອນ. ວິທີການນີ້ຊ່ວຍໃຫ້ທ່ານສາມາດພັດທະນາຢູ່ໃນທ້ອງຖິ່ນໂດຍພຽງແຕ່ແກ້ໄຂໄຟລ໌ໃນ IDE ທີ່ທ່ານມັກ: ຜົນໄດ້ຮັບຈະສາມາດໃຊ້ໄດ້ທັນທີ.

Плюсы локального запуска — удобство правок и моментальный результат, возможность отлаживать приложение привычным способом. Из минусов — требовательность к скорости соединения, что особенно заметно, когда приходится работать с приложением с достаточно высоким RPS и трафиком. Кроме того, у Telepresence есть проблемы с volume mounts в Windows, что может стать решающим ограничителем для разработчиков, привыкшим к этой ОС.

ພວກເຮົາໄດ້ແບ່ງປັນປະສົບການຂອງພວກເຮົາໃນການນໍາໃຊ້ Telepresence ແລ້ວ ທີ່ນີ້.

Ksync

• ເນື້ອແທ້: ການຊິ້ງລະຫັດເກືອບທັນທີທັນໃດກັບ container ໃນກຸ່ມ.
• GitHub.
• ສະຖິຕິ GH ໂດຍຫຍໍ້: 555 ດາວ, 362 commits, 11 ຜູ້ປະກອບສ່ວນ.
• ພາສາ: ໄປ.
• ໃບອະນຸຍາດ: Apache License 2.0.

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

ເມື່ອເລີ່ມຕົ້ນຄັ້ງດຽວໂດຍຄໍາສັ່ງ ksync init DaemonSet ຖືກສ້າງຢູ່ໃນກຸ່ມ, ເຊິ່ງໃຊ້ເພື່ອຕິດຕາມສະຖານະຂອງລະບົບໄຟລ໌ຂອງບັນຈຸທີ່ເລືອກ. ໃນຄອມພິວເຕີທ້ອງຖິ່ນຂອງລາວ, ນັກພັດທະນາດໍາເນີນການຄໍາສັ່ງ ksync watch, ເຊິ່ງຕິດຕາມກວດກາການຕັ້ງຄ່າແລະການແລ່ນ ສັບສົນ, ເຊິ່ງ synchronizes ໄຟລ໌ໂດຍກົງກັບກຸ່ມ.

ທັງຫມົດທີ່ຍັງເຫຼືອແມ່ນເພື່ອແນະນໍາ ksync ສິ່ງທີ່ຕ້ອງ synchronize ກັບສິ່ງທີ່. ສໍາລັບຕົວຢ່າງ, ຄໍາສັ່ງນີ້:

ksync create --name=myproject --namespace=test --selector=app=backend --container=php --reload=false /home/user/myproject/ /var/www/myproject/

...ຈະສ້າງຜູ້ເບິ່ງຊື່ myprojectເຊິ່ງຈະຊອກຫາຝັກທີ່ມີປ້າຍຊື່ app=backend ແລະພະຍາຍາມ synchronize ໄດເລກະທໍລີທ້ອງຖິ່ນ /home/user/myproject/ ກັບລາຍການ /var/www/myproject/ ຢູ່ທີ່ບັນຈຸເອີ້ນວ່າ php.

ບັນຫາ ແລະບັນທຶກກ່ຽວກັບ ksync ຈາກປະສົບການຂອງພວກເຮົາ:

• ຈະຕ້ອງໃຊ້ໃນ nodes cluster Kubernetes overlay2 ເປັນໄດເວີການເກັບຮັກສາສໍາລັບ Docker. ຜົນປະໂຫຍດຈະບໍ່ເຮັດວຽກກັບຄົນອື່ນ.
• ການ ນຳ ໃຊ້ Windows в качестве ОС клиента возможна некорректная работа watcher’а файловой системы. Данный баг замечен при работе с крупными каталогами — с большим количеством вложенных файлов и директорий. Мы создали ບັນຫາທີ່ກ່ຽວຂ້ອງ ໃນໂຄງການ synching, ແຕ່ບໍ່ມີຄວາມຄືບຫນ້າກ່ຽວກັບມັນເທື່ອ (ນັບຕັ້ງແຕ່ຕົ້ນເດືອນກໍລະກົດ).
• ໃຊ້ໄຟລ໌ .stignore ເພື່ອລະບຸເສັ້ນທາງ ຫຼືຮູບແບບໄຟລ໌ທີ່ບໍ່ຈໍາເປັນຕ້ອງຖືກ synchronized (ຕົວຢ່າງ, ໄດເລກະທໍລີ app/cache и .git).
• ໂດຍຄ່າເລີ່ມຕົ້ນ, ksync ຈະປິດເປີດກ່ອງບັນຈຸຄືນໃໝ່ທຸກຄັ້ງທີ່ໄຟລ໌ປ່ຽນ. ສໍາລັບ Node.js ນີ້ແມ່ນສະດວກ, ແຕ່ສໍາລັບ PHP ມັນບໍ່ຈໍາເປັນຫມົດ. ມັນດີກວ່າທີ່ຈະປິດ opcache ແລະໃຊ້ທຸງ --reload=false.
• ການຕັ້ງຄ່າສາມາດຖືກແກ້ໄຂໄດ້ຕະຫຼອດເວລາ $HOME/.ksync/ksync.yaml.

Squash

• ເນື້ອແທ້: ຂະບວນການດີບັກໂດຍກົງໃນກຸ່ມ.
• GitHub.
• ສະຖິຕິ GH ໂດຍຫຍໍ້: 1154 ດາວ, 279 commits, 23 ຜູ້ປະກອບສ່ວນ.
• ພາສາ: ໄປ.
• ໃບອະນຸຍາດ: Apache License 2.0.

ເຄື່ອງມືນີ້ຖືກອອກແບບມາສໍາລັບຂະບວນການ debugging ໂດຍກົງໃນຝັກ. ຜົນປະໂຫຍດແມ່ນງ່າຍດາຍແລະການໂຕ້ຕອບຊ່ວຍໃຫ້ທ່ານສາມາດເລືອກ debugger ທີ່ຕ້ອງການ (ເບິ່ງຂ້າງລຸ່ມນີ້) ແລະ namespace + pod, ໃນຂະບວນການທີ່ທ່ານຈໍາເປັນຕ້ອງແຊກແຊງ. ສະ​ຫນັບ​ສະ​ຫນູນ​ໃນ​ປັດ​ຈຸ​ບັນ​:

• delve - ສໍາລັບຄໍາຮ້ອງສະຫມັກ Go;
• GDB - ຜ່ານທາງໄກເປົ້າຫມາຍ + ການສົ່ງຕໍ່ພອດ;
• ການສົ່ງຕໍ່ພອດ JDWP ສຳລັບການດີບັກແອັບພລິເຄຊັນ Java.

ໃນດ້ານ IDE, ການສະຫນັບສະຫນູນແມ່ນມີຢູ່ໃນ VScode ເທົ່ານັ້ນ (ການນໍາໃຊ້ ການຂະຫຍາຍ), ແນວໃດກໍ່ຕາມ, ແຜນການສໍາລັບປີປະຈຸບັນ (2019) ລວມມີ Eclipse ແລະ Intellij.

ເພື່ອດີບັກຂະບວນການຕ່າງໆ, Squash ແລ່ນພາຊະນະທີ່ມີສິດທິພິເສດຢູ່ໃນ nodes ຂອງກຸ່ມ, ດັ່ງນັ້ນກ່ອນອື່ນທ່ານຕ້ອງຄຸ້ນເຄີຍກັບຄວາມສາມາດຂອງຕົນເອງ. ໂໝດປອດໄພ ເພື່ອຫຼີກເວັ້ນບັນຫາຄວາມປອດໄພ.

ການແກ້ໄຂສໍາເລັດ

ຂໍໃຫ້ກ້າວໄປສູ່ປືນໃຫຍ່ - ໂຄງການ "ຂະຫນາດໃຫຍ່" ທີ່ຖືກອອກແບບມາເພື່ອຕອບສະຫນອງຄວາມຕ້ອງການຂອງນັກພັດທະນາໃນທັນທີ.

NB: ໃນບັນຊີລາຍຊື່ນີ້, ແນ່ນອນ, ມີສະຖານທີ່ສໍາລັບປະໂຫຍດ Open Source ຂອງພວກເຮົາ werf (ເມື່ອກ່ອນເອີ້ນວ່າ dapp). ຢ່າງໃດກໍຕາມ, ພວກເຮົາໄດ້ຂຽນແລະເວົ້າກ່ຽວກັບມັນຫຼາຍກວ່າຫນຶ່ງຄັ້ງ, ແລະດັ່ງນັ້ນຈິ່ງຕັດສິນໃຈທີ່ຈະບໍ່ລວມເອົາມັນຢູ່ໃນການທົບທວນຄືນ. ສໍາລັບຜູ້ທີ່ຢາກຈະຄຸ້ນເຄີຍກັບຄວາມສາມາດຂອງມັນ, ພວກເຮົາແນະນໍາໃຫ້ອ່ານ / ຟັງບົດລາຍງານ "werf ແມ່ນເຄື່ອງມືຂອງພວກເຮົາສໍາລັບ CI / CD ໃນ Kubernetes".

DevSpace

• ເນື້ອແທ້: ສໍາລັບຜູ້ທີ່ຕ້ອງການເລີ່ມຕົ້ນການເຮັດວຽກໃນ Kubernetes, ແຕ່ບໍ່ຕ້ອງການເຈາະເລິກເຂົ້າໄປໃນປ່າຂອງມັນ.
• GitHub.
• ສະຖິຕິ GH ສັ້ນໆ: 630 ດາວ, 1912 commits, 13 ຜູ້ປະກອບສ່ວນ.
• ພາສາ: ໄປ.
• ໃບອະນຸຍາດ: Apache License 2.0.

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

ເມື່ອແລ່ນຄໍາສັ່ງ devspace init ໃນລາຍການໂຄງການທີ່ທ່ານຈະໄດ້ຮັບການສະເຫນີ (ໂຕ້ຕອບ):

• ເລືອກກຸ່ມ Kubernetes ທີ່ເຮັດວຽກ,
• ໃຊ້ທີ່ມີຢູ່ແລ້ວ Dockerfile (ຫຼືສ້າງອັນໃຫມ່) ເພື່ອສ້າງ container ໂດຍອີງໃສ່ມັນ,
• ເລືອກບ່ອນເກັບມ້ຽນສໍາລັບການເກັບຮັກສາຮູບພາບບັນຈຸ, ແລະອື່ນໆ.

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

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

ສຸດທ້າຍ, ທີມງານ devspace deploy rolls ອອກຄໍາຮ້ອງສະຫມັກແລະໂຄງສ້າງພື້ນຖານທີ່ກ່ຽວພັນກັບກຸ່ມ, ຫຼັງຈາກນັ້ນທຸກສິ່ງທຸກຢ່າງເລີ່ມຕົ້ນທີ່ຈະເຮັດວຽກໃນຮູບແບບການຕໍ່ສູ້.

ການຕັ້ງຄ່າໂຄງການທັງໝົດຖືກເກັບໄວ້ໃນໄຟລ໌ devspace.yaml. ນອກເຫນືອໄປຈາກການຕັ້ງຄ່າສະພາບແວດລ້ອມການພັດທະນາ, ທ່ານຍັງສາມາດຊອກຫາລາຍລະອຽດຂອງໂຄງສ້າງພື້ນຖານໃນມັນ, ຄ້າຍຄືກັນກັບມາດຕະຖານ Kubernetes manifests, ພຽງແຕ່ງ່າຍດາຍຫຼາຍ.

ສະຖາປັດຕະຍະກໍາແລະຂັ້ນຕອນຕົ້ນຕໍຂອງການເຮັດວຽກກັບ DevSpace

ນອກຈາກນັ້ນ, ມັນງ່າຍທີ່ຈະເພີ່ມອົງປະກອບທີ່ກໍານົດໄວ້ກ່ອນ (ຕົວຢ່າງ, MySQL DBMS) ຫຼືຕາຕະລາງ Helm ກັບໂຄງການ. ອ່ານເພີ່ມເຕີມໃນ ເອກະສານ - ມັນ​ບໍ່​ສັບ​ສົນ​.

Skaffold

• ເວັບໄຊທ໌; GitHub.
• ສະຖິຕິ GH ໂດຍຫຍໍ້: 7423 ດາວ, 4173 commits, 136 ປະກອບສ່ວນ.
• ພາສາ: ໄປ.
• ໃບອະນຸຍາດ: Apache License 2.0.

ຜົນປະໂຫຍດນີ້ຈາກ Google ອ້າງວ່າກວມເອົາຄວາມຕ້ອງການຂອງນັກພັດທະນາທັງຫມົດທີ່ລະຫັດຈະດໍາເນີນການຢູ່ໃນກຸ່ມ Kubernetes. ການເລີ່ມຕົ້ນໃຊ້ມັນບໍ່ງ່າຍຄືກັບ devspace: ບໍ່ມີການໂຕ້ຕອບ, ການກວດສອບພາສາ ແລະການສ້າງອັດຕະໂນມັດ Dockerfile ເຂົາເຈົ້າຈະບໍ່ສະເໜີໃຫ້ເຈົ້າຢູ່ທີ່ນີ້.

ຢ່າງໃດກໍຕາມ, ຖ້າສິ່ງນີ້ບໍ່ເຮັດໃຫ້ເຈົ້າຢ້ານ, ນີ້ແມ່ນສິ່ງທີ່ Skaffold ອະນຸຍາດໃຫ້ທ່ານເຮັດ:

• ຕິດຕາມການປ່ຽນແປງລະຫັດແຫຼ່ງ.
• ຊິ້ງມັນກັບຖັງຝັກຖ້າມັນບໍ່ຕ້ອງການການປະກອບ.
• ເກັບເອົາຕູ້ຄອນເທນເນີທີ່ມີລະຫັດ, ຖ້າພາສາຖືກຕີຄວາມ, ຫຼືລວບລວມສິ່ງປະດິດແລະບັນຈຸເຂົ້າໄປໃນຖັງ.
• ຮູບພາບຜົນໄດ້ຮັບຈະຖືກກວດສອບອັດຕະໂນມັດໂດຍໃຊ້ container-structure-test.
• ການຕິດແທັກ ແລະອັບໂຫລດຮູບພາບໃສ່ Docker Registry.
• ນຳໃຊ້ແອັບພລິເຄຊັນໃນກຸ່ມໂດຍໃຊ້ kubectl, Helm ຫຼື customize.
• ດໍາເນີນການສົ່ງຕໍ່ພອດ.
• ແອັບພລິເຄຊັນດີບັກທີ່ຂຽນໃນ Java, Node.js, Python.

ຂະບວນການເຮັດວຽກໃນຮູບແບບຕ່າງໆແມ່ນໄດ້ຖືກອະທິບາຍຢ່າງຈະແຈ້ງໃນໄຟລ໌ skaffold.yaml. ສໍາລັບໂຄງການ, ທ່ານຍັງສາມາດກໍານົດຫຼາຍໂປຼໄຟລ໌ທີ່ທ່ານສາມາດປ່ຽນບາງສ່ວນຫຼືຢ່າງສົມບູນຂັ້ນຕອນການປະກອບແລະການນໍາໃຊ້. ສໍາລັບຕົວຢ່າງ, ສໍາລັບການພັດທະນາ, ກໍານົດຮູບພາບພື້ນຖານທີ່ສະດວກສໍາລັບນັກພັດທະນາ, ແລະສໍາລັບຂັ້ນຕອນແລະການຜະລິດ - ຫນ້ອຍຫນຶ່ງ (+ ການນໍາໃຊ້. securityContext containers ຫຼື redefine ກຸ່ມທີ່ຄໍາຮ້ອງສະຫມັກຈະໄດ້ຮັບການ deploy).

Docker containers ສາມາດສ້າງຢູ່ໃນທ້ອງຖິ່ນຫຼືຫ່າງໄກສອກຫຼີກ: ໃນ Google Cloud Build ຫຼືຢູ່ໃນກຸ່ມໂດຍໃຊ້ Kaniko. Bazel ແລະ Jib Maven/Gradle ຍັງໄດ້ຮັບການສະຫນັບສະຫນູນ. ສໍາລັບການ tagging, Skaffold ສະຫນັບສະຫນູນຫຼາຍຍຸດທະສາດ: ໂດຍ git commit hash, ວັນທີ / ເວລາ, sha256-sum ຂອງແຫຼ່ງຂໍ້ມູນ, ແລະອື່ນໆ.

ແຍກຕ່າງຫາກ, ມັນເປັນມູນຄ່າທີ່ສັງເກດເຫັນຄວາມເປັນໄປໄດ້ຂອງຖັງທົດສອບ. ກອບການທົດສອບໂຄງສ້າງຕູ້ຄອນເທນເນີທີ່ໄດ້ກ່າວມາແລ້ວສະເຫນີວິທີການກວດສອບດັ່ງຕໍ່ໄປນີ້:

• ປະຕິບັດຄໍາສັ່ງໃນບໍລິບົດຂອງ container ທີ່ມີການຕິດຕາມສະຖານະການອອກແລະການກວດສອບຜົນໄດ້ຮັບຂໍ້ຄວາມຂອງຄໍາສັ່ງ.
• ການກວດສອບການປະກົດຕົວຂອງໄຟລ໌ໃນຖັງແລະກົງກັບຄຸນລັກສະນະທີ່ລະບຸໄວ້.
• ການ​ຄວບ​ຄຸມ​ເນື້ອ​ໃນ​ໄຟລ​໌​ໂດຍ​ນໍາ​ໃຊ້​ການ​ສະ​ແດງ​ອອກ​ປົກ​ກະ​ຕິ​.
• ການຢັ້ງຢືນເມຕາເດຕາຂອງຮູບພາບ (ENV, ENTRYPOINT, VOLUMES ແລະອື່ນໆ.).
• ກຳລັງກວດສອບຄວາມເຂົ້າກັນໄດ້ຂອງໃບອະນຸຍາດ.

ການຊິ້ງໄຟລ໌ກັບພາຊະນະແມ່ນບໍ່ໄດ້ດໍາເນີນດ້ວຍວິທີທີ່ດີທີ່ສຸດ: Skaffold ພຽງແຕ່ສ້າງບ່ອນເກັບມ້ຽນດ້ວຍແຫຼ່ງຕ່າງໆ, ຄັດລອກມັນແລະເອົາມັນອອກຈາກຖັງ (ຕ້ອງຕິດຕັ້ງ tar). ດັ່ງນັ້ນ, ຖ້າວຽກງານຕົ້ນຕໍຂອງທ່ານແມ່ນການ synchronization ລະຫັດ, ມັນດີກວ່າທີ່ຈະຊອກຫາການແກ້ໄຂພິເສດ (ksync).

ຂັ້ນຕອນຕົ້ນຕໍຂອງການດໍາເນີນງານ Skaffold

ໂດຍທົ່ວໄປ, ເຄື່ອງມືບໍ່ອະນຸຍາດໃຫ້ທ່ານສາມາດ abstracts ຈາກ Kubernetes manifests ແລະບໍ່ມີປະຕິສໍາພັນໃດໆ, ສະນັ້ນມັນເບິ່ງຄືວ່າຍາກທີ່ຈະເປັນຕົ້ນສະບັບ. ແຕ່ນີ້ຍັງເປັນປະໂຫຍດຂອງມັນ - ສິດເສລີພາບໃນການປະຕິບັດຫຼາຍກວ່າເກົ່າ.

ສວນ

• ເວັບໄຊທ໌; GitHub.
• ສະຖິຕິ GH ໂດຍຫຍໍ້: 1063 ດາວ, 1927 commits, 17 ຜູ້ປະກອບສ່ວນ.
• ພາສາ: TypeScript (ມັນວາງແຜນທີ່ຈະແຍກໂຄງການອອກເປັນຫຼາຍອົງປະກອບ, ເຊິ່ງບາງອັນຈະຢູ່ໃນ Go, ແລະຍັງສ້າງ SDK ເພື່ອສ້າງ add-ons ໃນ TypeScript/JavaScript ແລະ Go).
• ໃບອະນຸຍາດ: Apache License 2.0.

ເຊັ່ນດຽວກັນກັບ Skaffold, Garden ມີຈຸດປະສົງເພື່ອເຮັດໃຫ້ຂະບວນການສົ່ງລະຫັດຄໍາຮ້ອງສະຫມັກໄປສູ່ກຸ່ມ K8s ໂດຍອັດຕະໂນມັດ. ເພື່ອເຮັດສິ່ງນີ້, ທໍາອິດທ່ານຈໍາເປັນຕ້ອງອະທິບາຍໂຄງສ້າງໂຄງການໃນໄຟລ໌ YAML, ແລະຫຼັງຈາກນັ້ນດໍາເນີນການຄໍາສັ່ງ garden dev. ນາງຈະເຮັດ magic ທັງຫມົດ:

• ເກັບກໍາຖັງທີ່ມີພາກສ່ວນຕ່າງໆຂອງໂຄງການ.
• ດໍາເນີນການປະສົມປະສານແລະການທົດສອບຫນ່ວຍງານ, ຖ້າມີການອະທິບາຍ.
• ເລື່ອນອົງປະກອບໂຄງການທັງໝົດໃສ່ກຸ່ມ.
• ຖ້າລະຫັດແຫຼ່ງມີການປ່ຽນແປງ, ມັນຈະປິດທໍ່ທັງຫມົດ.

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

ໂມດູນໂຄງການສາມາດເປັນພາຊະນະ, ຕູ້ຄອນເທນເນີ Maven, ຕາຕະລາງ Helm, manifest ສໍາລັບ kubectl apply ຫຼືແມ້ກະທັ້ງຟັງຊັນ OpenFaaS. ຍິ່ງໄປກວ່ານັ້ນ, ໂມດູນໃດສາມາດດຶງອອກຈາກບ່ອນເກັບມ້ຽນ Git ຫ່າງໄກສອກຫຼີກ. ໂມດູນອາດຈະຫຼືອາດຈະບໍ່ກໍານົດການບໍລິການ, ວຽກງານ, ແລະການທົດສອບ. ການບໍລິການແລະວຽກງານສາມາດມີຄວາມເພິ່ງພາອາໄສ, ຂອບໃຈທີ່ທ່ານສາມາດກໍານົດລໍາດັບການປະຕິບັດຂອງການບໍລິການສະເພາະໃດຫນຶ່ງແລະຈັດຕັ້ງການເປີດຕົວຂອງວຽກງານແລະການທົດສອບ.

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

ກະດານສໍາລັບສວນ

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

ສະຫລຸບ

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

PS

ອ່ານຍັງຢູ່ໃນ blog ຂອງພວກເຮົາ:

• «werf - ເຄື່ອງມືຂອງພວກເຮົາສໍາລັບ CI / CD ໃນ Kubernetes (ພາບລວມແລະບົດລາຍງານວິດີໂອ)"
• «Garden v0.10.0: ແລັບທັອບຂອງເຈົ້າບໍ່ຕ້ອງການ Kubernetes"
• «ເຄັດລັບ ແລະເຄັດລັບ Kubernetes: ກ່ຽວກັບການພັດທະນາທ້ອງຖິ່ນ ແລະ Telepresence"
• «ປັ໊ກອິນ kubectl-debug ສຳລັບການດີບັກໃນພອດ Kubernetes".

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