ວິທີການເລີ່ມຕົ້ນຫນຶ່ງມາຈາກ docker-compose ກັບ Kubernetes

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

ເຮົາ​ມີ​ຫຍັງ​ແດ່ ແລະ​ເຮົາ​ເວົ້າ​ເຖິງ​ຫຍັງ? ແລະພວກເຮົາມີໂຄງການເລີ່ມຕົ້ນທີ່ມີປະມານ 2 ປີຂອງປະຫວັດສາດການພັດທະນາຈາກພາກສະຫນາມການໂຄສະນາ. ໂຄງ​ການ​ດັ່ງ​ກ່າວ​ໄດ້​ຖືກ​ສ້າງ​ຂຶ້ນ​ໃນ​ເບື້ອງ​ຕົ້ນ​ເປັນ microservice ແລະ​ສ່ວນ​ຂອງ​ເຄື່ອງ​ແມ່​ຂ່າຍ​ຂອງ​ຕົນ​ໄດ້​ຖືກ​ຂຽນ​ໃນ Symfony + ເປັນ Laravel ເລັກ​ນ້ອຍ, Django ແລະ NodeJs native. ການບໍລິການສ່ວນໃຫຍ່ແມ່ນ API ສໍາລັບລູກຄ້າມືຖື (ມີ 3 ຂອງພວກເຂົາໃນໂຄງການ) ແລະ SDK ຂອງພວກເຮົາເອງສໍາລັບ IOS (ສ້າງຢູ່ໃນຄໍາຮ້ອງສະຫມັກຂອງລູກຄ້າຂອງພວກເຮົາ), ເຊັ່ນດຽວກັນກັບການໂຕ້ຕອບເວັບແລະ dashboards ຕ່າງໆຂອງລູກຄ້າດຽວກັນເຫຼົ່ານີ້. ການບໍລິການທັງຫມົດໄດ້ຖືກ dockerized ໃນເບື້ອງຕົ້ນແລະດໍາເນີນການພາຍໃຕ້ docker-compose.

ແມ່ນແລ້ວ, docker-compose ບໍ່ໄດ້ຖືກນໍາໃຊ້ຢູ່ທົ່ວທຸກແຫ່ງ, ແຕ່ມີພຽງແຕ່ໃນສະພາບແວດລ້ອມທ້ອງຖິ່ນຂອງນັກພັດທະນາເທົ່ານັ້ນ, ໃນການທົດສອບ ເຄື່ອງແມ່ຂ່າຍ ແລະ ພາຍໃນ pipeline ເມື່ອສ້າງ ແລະ ທົດສອບການບໍລິການ. ໃນສະພາບແວດລ້ອມການຜະລິດ, ພວກເຮົາໄດ້ໃຊ້ Google Kubernetes Engine (GKE). ຍິ່ງໄປກວ່ານັ້ນ, ພວກເຮົາໄດ້ຕັ້ງຄ່າ GKE ທັງໝົດຜ່ານອິນເຕີເຟດເວັບຂອງມັນໃນຕອນເລີ່ມຕົ້ນຂອງໂຄງການ, ເຊິ່ງມັນຂ້ອນຂ້າງໄວ ແລະ ສະດວກສະບາຍ, ດັ່ງທີ່ພວກເຮົາຄິດໃນເວລານັ້ນ. ຂະບວນການອັດຕະໂນມັດພຽງຢ່າງດຽວແມ່ນການສ້າງຮູບພາບ Docker ເພື່ອເປີດໃຊ້ການບໍລິການໃນ GKE.

ອ່ານເພີ່ມເຕີມ