ການປະຕິບັດທີ່ດີທີ່ສຸດແລະການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບການແລ່ນຕູ້ຄອນເທນເນີແລະ Kubernetes ໃນສະພາບແວດລ້ອມການຜະລິດ

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

ທີມງານ Kubernetes aaS ຈາກ Mail.ru ເກັບກໍາການຄາດຄະເນ, ຄໍາແນະນໍາແລະການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບຜູ້ນໍາຕະຫຼາດຈາກ Gartner, 451 Research, StacxRoх ແລະອື່ນໆ. ພວກເຂົາເຈົ້າຈະເປີດໃຊ້ງານແລະເລັ່ງການປະຕິບັດການບັນຈຸບັນຈຸໃນສະພາບແວດລ້ອມການຜະລິດ.

ວິທີການຮູ້ວ່າບໍລິສັດຂອງທ່ານກຽມພ້ອມທີ່ຈະນໍາໃຊ້ຕູ້ຄອນເທນເນີໃນສະພາບແວດລ້ອມການຜະລິດ

ອີງຕາມ Gartner, ໃນປີ 2022, ຫຼາຍກວ່າ 75% ຂອງອົງການຈັດຕັ້ງຈະນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກບັນຈຸບັນຈຸເຂົ້າໃນການຜະລິດ. ນີ້ແມ່ນຫຼາຍກ່ວາໃນປັດຈຸບັນ, ເມື່ອຫນ້ອຍກວ່າ 30% ຂອງບໍລິສັດນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກດັ່ງກ່າວ. 

ອີງຕາມການ 451 ຄົ້ນຄ້ວາຄາດ​ຄະ​ເນ​ວ່າ​ຕະຫຼາດ​ການ​ນຳ​ໃຊ້​ເຕັກ​ໂນ​ໂລ​ຊີ​ຕູ້​ຄອນ​ເທນ​ເນີ​ໃນ​ປີ 2022 ຈະ​ມີ​ເຖິງ 4,3 ຕື້​ໂດ​ລາ, ຫຼາຍກວ່າ​ສອງ​ເທົ່າ​ຕົວ​ຂອງ​ຍອດ​ມູນ​ຄ່າ​ທີ່​ຄາດ​ໄວ້​ໃນ​ປີ 2019, ດ້ວຍ​ອັດ​ຕາ​ການ​ເຕີບ​ໂຕ​ຂອງ​ຕະ​ຫຼາດ 30%.

В ການສໍາຫຼວດໂດຍ Portworx ແລະ Aqua Security 87% ຂອງຜູ້ຕອບແບບສອບຖາມກ່າວວ່າພວກເຂົາປະຈຸບັນນໍາໃຊ້ເຕັກໂນໂລຢີຕູ້ຄອນເທນເນີ. ສໍາລັບການປຽບທຽບ, ໃນປີ 2017 ມີ 55% ຂອງຜູ້ຕອບແບບນັ້ນ. 

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

ຜູ້ຊ່ຽວຊານ Gartner ພວກເຮົາຄິດວ່າຄໍາຖາມໃນຮູບຂ້າງລຸ່ມນີ້ຈະຊ່ວຍໃຫ້ທ່ານກໍານົດວ່າທ່ານພ້ອມທີ່ຈະນໍາໃຊ້ບັນຈຸເຂົ້າໃນການຜະລິດ:

ຄວາມຜິດພາດທີ່ພົບເລື້ອຍທີ່ສຸດໃນເວລາທີ່ການນໍາໃຊ້ບັນຈຸໃນການຜະລິດ

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

ວິທີການຮັກສາຕູ້ຄອນເທນເນີໃຫ້ປອດໄພ

ຄວາມປອດໄພບໍ່ສາມາດຈັດການກັບ "ຕໍ່ມາ". ມັນຕ້ອງໄດ້ຮັບການສ້າງຂຶ້ນໃນຂະບວນການ DevOps, ຊຶ່ງເປັນເຫດຜົນທີ່ວ່າມີເຖິງແມ່ນວ່າຄໍາສັບພິເສດ - DevSecOps. ອົງການຈັດຕັ້ງຈໍາເປັນຕ້ອງວາງແຜນ ການ​ປົກ​ປັກ​ຮັກ​ສາ​ສະ​ພາບ​ແວດ​ລ້ອມ​ຕູ້​ຂອງ​ທ່ານ​ ຕະຫຼອດຊີວິດຂອງການພັດທະນາ, ເຊິ່ງປະກອບມີຂະບວນການສ້າງແລະການພັດທະນາ, ການປະຕິບັດແລະການເປີດຕົວຄໍາຮ້ອງສະຫມັກ.

ຄໍາແນະນໍາຈາກ Gartner: 

1. ປະສົມປະສານຂະບວນການສະແກນຮູບພາບຂອງແອັບພລິເຄຊັນສໍາລັບຊ່ອງໂຫວ່ເຂົ້າໄປໃນການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ / ການຈັດສົ່ງຢ່າງຕໍ່ເນື່ອງ (CI / CD). ແອັບພລິເຄຊັນຖືກສະແກນຢູ່ໃນຂັ້ນຕອນການສ້າງ ແລະເປີດຕົວຊອບແວ. ເນັ້ນຫນັກໃສ່ຄວາມຕ້ອງການທີ່ຈະສະແກນແລະກໍານົດອົງປະກອບແຫຼ່ງເປີດ, ຫ້ອງສະຫມຸດ, ແລະກອບ. ຜູ້ພັດທະນາທີ່ໃຊ້ເວີຊັນເກົ່າ, ມີຄວາມສ່ຽງແມ່ນໜຶ່ງໃນສາເຫດຫຼັກຂອງຄວາມອ່ອນແອຂອງກ່ອງບັນຈຸ.
2. ປັບ​ປຸງ​ການ​ຕັ້ງ​ຄ່າ​ຂອງ​ທ່ານ​ກັບ​ສູນ​ສໍາ​ລັບ​ການ​ທົດ​ສອບ​ຄວາມ​ປອດ​ໄພ​ອິນ​ເຕີ​ເນັດ (CIS), ເຊິ່ງມີໃຫ້ທັງ Docker ແລະ Kubernetes.
3. ໃຫ້ແນ່ໃຈວ່າການບັງຄັບໃຊ້ການຄວບຄຸມການເຂົ້າເຖິງ, ຮັບປະກັນການແຍກຫນ້າທີ່, ແລະປະຕິບັດນະໂຍບາຍການຄຸ້ມຄອງຄວາມລັບ. ຂໍ້ມູນທີ່ລະອຽດອ່ອນ, ເຊັ່ນ Secure Sockets Layer (SSL) keys ຫຼື database credential, is encrypted by the orchestrator or third-party management services and exposed at runtime
4. ຫຼີກເວັ້ນການບັນຈຸທີ່ສູງໂດຍການຄຸ້ມຄອງນະໂຍບາຍຄວາມປອດໄພເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງຕໍ່ການລະເມີດທີ່ອາດຈະເກີດຂຶ້ນ.
5. ໃຊ້ເຄື່ອງມືຄວາມປອດໄພທີ່ໃຫ້ບັນຊີຂາວ, ການຕິດຕາມພຶດຕິກຳ ແລະການກວດຫາຄວາມຜິດປົກກະຕິເພື່ອປ້ອງກັນການເຄື່ອນໄຫວທີ່ເປັນອັນຕະລາຍ.

ຄໍາແນະນໍາຈາກ StacxRox:

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

ວິທີການຈັດລະບຽບການຕິດຕາມຕູ້ຄອນເທນເນີແລະການບໍລິການໃນພວກມັນ

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

ຄໍາແນະນໍາຈາກ Gartner:

1. ພະຍາຍາມຕິດຕາມກວດກາສະຖານະຂອງຕູ້ຄອນເທນເນີຫຼືການບໍລິການຢູ່ໃນພວກມັນໂດຍສົມທົບກັບລະບົບໂຮດການຕິດຕາມ.
2. ຊອກຫາຜູ້ຂາຍ ແລະເຄື່ອງມືທີ່ມີການເຊື່ອມໂຍງຢ່າງເລິກເຊິ່ງເຂົ້າໃນການຈັດວາງເຄື່ອງບັນຈຸ, ໂດຍສະເພາະ Kubernetes.
3. ເລືອກເຄື່ອງມືທີ່ໃຫ້ການບັນທຶກລາຍລະອຽດ, ການຄົ້ນພົບການບໍລິການອັດຕະໂນມັດ ແລະຄຳແນະນຳໃນເວລາຈິງໂດຍໃຊ້ການວິເຄາະ ແລະ/ຫຼືການຮຽນຮູ້ເຄື່ອງຈັກ.

ບລັອກ SolarWinds ແນະນໍາ:

1. ໃຊ້ເຄື່ອງມືເພື່ອຄົ້ນພົບ ແລະຕິດຕາມຕົວວັດແທກຕົວເກັບຂໍ້ມູນໂດຍອັດຕະໂນມັດ, ການວັດແທກປະສິດທິພາບທີ່ກ່ຽວຂ້ອງເຊັ່ນ CPU, ໜ່ວຍຄວາມຈຳ ແລະເວລາເຮັດວຽກ.
2. ຮັບປະກັນການວາງແຜນຄວາມອາດສາມາດທີ່ດີທີ່ສຸດໂດຍການຄາດເດົາວັນທີຫຼຸດຄວາມອາດສາມາດໂດຍອີງໃສ່ຕົວຊີ້ວັດການຕິດຕາມຕູ້ຄອນເທນເນີ.
3. ຕິດຕາມກວດກາຄໍາຮ້ອງສະຫມັກບັນຈຸບັນຈຸສໍາລັບຄວາມພ້ອມແລະການປະຕິບັດ, ເປັນປະໂຫຍດສໍາລັບການວາງແຜນຄວາມສາມາດແລະການແກ້ໄຂບັນຫາການປະຕິບັດ.
4. ອັດຕະໂນມັດຂະບວນການເຮັດວຽກໂດຍການສະຫນອງການຄຸ້ມຄອງແລະສະຫນັບສະຫນູນຂະຫນາດສໍາລັບບັນຈຸແລະສະພາບແວດລ້ອມໂຮດຕິ້ງຂອງເຂົາເຈົ້າ.
5. ການ​ຄວບ​ຄຸມ​ການ​ເຂົ້າ​ເຖິງ​ອັດ​ຕະ​ໂນ​ມັດ​ເພື່ອ​ຕິດ​ຕາມ​ກວດ​ກາ​ຖານ​ຜູ້​ໃຊ້​ຂອງ​ທ່ານ​, ປິດ​ການ​ໃຊ້​ງານ​ທີ່​ລ້າ​ສະ​ໄຫມ​ແລະ​ບັນ​ຊີ​ແຂກ​, ແລະ​ລົບ​ສິດ​ທິ​ພິ​ເສດ​ທີ່​ບໍ່​ຈໍາ​ເປັນ​.
6. ຮັບປະກັນວ່າຊຸດເຄື່ອງມືຂອງທ່ານສາມາດຕິດຕາມກ່ອງບັນຈຸ ແລະແອັບພລິເຄຊັນເຫຼົ່ານີ້ໃນທົ່ວສະພາບແວດລ້ອມຕ່າງໆ (ຄລາວ, ຢູ່ໃນພື້ນທີ່ ຫຼືແບບປະສົມ) ເພື່ອເບິ່ງພາບ ແລະມາດຕະຖານປະສິດທິພາບໃນທົ່ວໂຄງສ້າງພື້ນຖານ, ເຄືອຂ່າຍ, ລະບົບ ແລະແອັບພລິເຄຊັນຕ່າງໆ.

ວິທີການເກັບຮັກສາຂໍ້ມູນແລະຮັບປະກັນຄວາມປອດໄພຂອງມັນ

ດ້ວຍການເພີ່ມຂຶ້ນຂອງບັນຈຸພະນັກງານຂອງລັດ, ລູກຄ້າຈໍາເປັນຕ້ອງພິຈາລະນາການປະກົດຕົວຂອງຂໍ້ມູນພາຍນອກເຈົ້າພາບແລະຄວາມຕ້ອງການເພື່ອປົກປ້ອງຂໍ້ມູນນັ້ນ. 

ອີງຕາມການ ການສໍາຫຼວດໂດຍ Portworx ແລະ Aqua Security, ຄວາມ​ປອດ​ໄພ​ຂອງ​ຂໍ້​ມູນ tops the list of security concerned by the most respondents (61%). 

ການເຂົ້າລະຫັດຂໍ້ມູນແມ່ນຍຸດທະສາດຄວາມປອດໄພຕົ້ນຕໍ (64%), ແຕ່ຜູ້ຕອບຍັງໃຊ້ການຕິດຕາມເວລາແລ່ນ

(49%), ການສະແກນບັນຊີສໍາລັບຊ່ອງໂຫວ່ (49%), ການສະແກນຫາຊ່ອງໂຫວ່ໃນທໍ່ CI/CD (49%), ແລະການຂັດຂວາງຄວາມຜິດປົກກະຕິຜ່ານການປ້ອງກັນເວລາແລ່ນ (48%).

ຄໍາແນະນໍາຈາກ Gartner:

1. ເລືອກວິທີແກ້ໄຂການເກັບຮັກສາທີ່ສ້າງຂຶ້ນໂດຍຫຼັກການ ສະຖາປັດຕະຍະກໍາ microservice. ມັນດີກວ່າທີ່ຈະເລືອກເອົາຂໍ້ມູນທີ່ຕອບສະຫນອງຄວາມຕ້ອງການການເກັບຮັກສາຂໍ້ມູນສໍາລັບການບໍລິການບັນຈຸ, ເປັນຮາດແວເອກະລາດ, ມີ API ຂັບເຄື່ອນ, ມີສະຖາປັດຕະຍະກໍາແຈກຢາຍ, ແລະສະຫນັບສະຫນູນການນໍາໃຊ້ cloud ທ້ອງຖິ່ນແລະສາທາລະນະ.
2. ຫຼີກເວັ້ນ plugins ແລະການໂຕ້ຕອບທີ່ເປັນເຈົ້າຂອງ. ເລືອກຜູ້ຂາຍທີ່ສະຫນອງການເຊື່ອມໂຍງ Kubernetes ແລະສະຫນັບສະຫນູນການໂຕ້ຕອບມາດຕະຖານເຊັ່ນ CSI (Container Storage Interfaces).

ວິທີການເຮັດວຽກກັບເຄືອຂ່າຍ

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

В blog Magalix ເກັບກໍາ ກົດລະບຽບລະດັບສູງທີ່ການປະຕິບັດການແກ້ໄຂເຄືອຂ່າຍກຸ່ມຕ້ອງປະຕິບັດຕາມ:

1. Pods ທີ່ກໍານົດໄວ້ໃນ node ດຽວກັນຈະຕ້ອງສາມາດຕິດຕໍ່ສື່ສານກັບ pods ອື່ນໆໂດຍບໍ່ມີການນໍາໃຊ້ NAT (ການແປພາສາທີ່ຢູ່ເຄືອຂ່າຍ).
2. daemons ຂອງລະບົບທັງໝົດ (ຂະບວນການໃນພື້ນຫຼັງເຊັ່ນ kubelet) ທີ່ແລ່ນຢູ່ໃນ node ໂດຍສະເພາະສາມາດຕິດຕໍ່ສື່ສານກັບ pods ທີ່ເຮັດວຽກຢູ່ໃນ node ດຽວກັນ.
3. ຝັກທີ່ໃຊ້ ເຄືອ​ຂ່າຍ​ເຈົ້າ​ພາບ​, ຈະຕ້ອງສາມາດຕິດຕໍ່ສື່ສານກັບຝັກອື່ນທັງໝົດໃນທຸກ nodes ອື່ນໆໂດຍບໍ່ຕ້ອງໃຊ້ NAT. ກະລຸນາຮັບຊາບວ່າເຄືອຂ່າຍໂຮສແມ່ນຮອງຮັບຢູ່ໃນໂຮສ Linux ເທົ່ານັ້ນ.

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

ຄໍາແນະນໍາຈາກ Gartner:

1. ຊອກຫາວ່າ CaaS ຂອງທ່ານ (ບັນຈຸເປັນບໍລິການ) ຫຼື SDN ຂອງທ່ານ (Software Defined Network) ຮອງຮັບເຄືອຂ່າຍ Kubernetes. ຖ້າບໍ່ແມ່ນ ຫຼືການສະຫນັບສະຫນູນບໍ່ພຽງພໍ, ໃຫ້ໃຊ້ອິນເຕີເຟດເຄືອຂ່າຍ CNI (Container Network Interface) ສໍາລັບກ່ອງບັນຈຸຂອງທ່ານ, ເຊິ່ງສະຫນັບສະຫນູນການເຮັດວຽກ ແລະນະໂຍບາຍທີ່ຈໍາເປັນ.
2. ໃຫ້ແນ່ໃຈວ່າ CaaS ຫຼື PaaS ຂອງທ່ານ (ແພລະຕະຟອມເປັນບໍລິການ) ສະຫນັບສະຫນູນການສ້າງຕົວຄວບຄຸມ ingress ແລະ / ຫຼື load balancers ທີ່ແຈກຢາຍການຈະລາຈອນຂາເຂົ້າລະຫວ່າງ cluster nodes. ຖ້າອັນນີ້ບໍ່ແມ່ນທາງເລືອກ, ສຳຫຼວດໂດຍໃຊ້ພຣັອກຊີພາກສ່ວນທີສາມ ຫຼື ແຖບບໍລິການ.
3. ຝຶກອົບຮົມວິສະວະກອນເຄືອຂ່າຍຂອງທ່ານໃນເຄືອຂ່າຍ Linux ແລະເຄື່ອງມືອັດຕະໂນມັດເຄືອຂ່າຍເພື່ອຫຼຸດຜ່ອນຊ່ອງຫວ່າງທັກສະແລະເພີ່ມຄວາມວ່ອງໄວ.

ວິທີການຈັດການວົງຈອນຊີວິດຂອງແອັບພລິເຄຊັນ

ສໍາລັບການຈັດສົ່ງຄໍາຮ້ອງສະຫມັກແບບອັດຕະໂນມັດແລະບໍ່ມີຮອຍຕໍ່, ທ່ານຈໍາເປັນຕ້ອງໄດ້ປະກອບການ orchestration ຕູ້ຄອນເທນເນີກັບເຄື່ອງມືອັດຕະໂນມັດອື່ນໆ, ເຊັ່ນໂຄງລ່າງພື້ນຖານເປັນລະຫັດ (IaC). ເຫຼົ່ານີ້ລວມມີ Chef, Puppet, Ansible ແລະ Terraform. 

ເຄື່ອງ​ມື​ອັດ​ຕະ​ໂນ​ມັດ​ສໍາ​ລັບ​ການ​ກໍ່​ສ້າງ​ແລະ​ການ​ອອກ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແມ່ນ​ຕ້ອງ​ການ (ເບິ່ງ "Magic Quadrant ສໍາລັບການອອກຄໍາຮ້ອງສະຫມັກ Orchestration"). ຕູ້ຄອນເທນເນີຍັງສະຫນອງຄວາມສາມາດຂະຫຍາຍທີ່ຄ້າຍຄືກັບທີ່ມີຢູ່ໃນເວລາທີ່ນໍາໃຊ້ເຄື່ອງຈັກ virtual (VMs). ດັ່ງນັ້ນ, ຜູ້ນໍາ IT ຕ້ອງມີ ເຄື່ອງມືຄຸ້ມຄອງວົງຈອນຊີວິດຕູ້ຄອນເທນເນີ.

ຄໍາແນະນໍາຈາກ Gartner:

1. ກໍານົດມາດຕະຖານສໍາລັບຮູບພາບບັນຈຸພື້ນຖານໂດຍອີງໃສ່ຂະຫນາດ, ໃບອະນຸຍາດ, ແລະຄວາມຍືດຫຍຸ່ນສໍາລັບນັກພັດທະນາທີ່ຈະເພີ່ມອົງປະກອບ.
2. ໃຊ້ລະບົບການຈັດການການຕັ້ງຄ່າເພື່ອຈັດການຮອບວຽນຊີວິດຂອງບັນຈຸທີ່ກຳນົດຄ່າຊັ້ນຂໍ້ມູນໂດຍອີງໃສ່ຮູບພາບພື້ນຖານທີ່ຢູ່ໃນບ່ອນເກັບຂໍ້ມູນສາທາລະນະ ຫຼືສ່ວນຕົວ.
3. ປະສົມປະສານແພລະຕະຟອມ CaaS ຂອງທ່ານກັບເຄື່ອງມືອັດຕະໂນມັດເພື່ອເຮັດໃຫ້ການເຮັດວຽກຂອງແອັບພລິເຄຊັນທັງຫມົດຂອງທ່ານອັດຕະໂນມັດ.

ວິທີການຈັດການຕູ້ຄອນເທນເນີກັບນັກດົນຕີ

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

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

ຄໍາແນະນໍາຈາກ Gartner:

1. ກໍານົດຄວາມຕ້ອງການພື້ນຖານສໍາລັບການຄວບຄຸມຄວາມປອດໄພ, ການຕິດຕາມ, ການຄຸ້ມຄອງນະໂຍບາຍ, ຄວາມຄົງທົນຂອງຂໍ້ມູນ, ເຄືອຂ່າຍແລະການຄຸ້ມຄອງວົງຈອນຊີວິດຂອງບັນຈຸ
2. ອີງຕາມຂໍ້ກໍານົດເຫຼົ່ານີ້, ເລືອກເຄື່ອງມືທີ່ເຫມາະສົມກັບຄວາມຕ້ອງການຂອງທ່ານແລະກໍລະນີການນໍາໃຊ້ທີ່ດີທີ່ສຸດ.
3. ໃຊ້ການຄົ້ນຄວ້າ Gartner (ເບິ່ງ "ວິທີເລືອກຮູບແບບການນຳໃຊ້ Kubernetes") ເພື່ອເຂົ້າໃຈຂໍ້ດີ ແລະຂໍ້ເສຍຂອງຮູບແບບການນຳໃຊ້ Kubernetes ທີ່ແຕກຕ່າງກັນ ແລະເລືອກອັນທີ່ດີທີ່ສຸດສຳລັບແອັບພລິເຄຊັນຂອງທ່ານ.
4. ເລືອກຜູ້ໃຫ້ບໍລິການທີ່ສາມາດສະໜອງການຈັດລຽງແບບປະສົມສຳລັບບ່ອນບັນຈຸບ່ອນເຮັດວຽກໃນທົ່ວສະພາບແວດລ້ອມທີ່ມີການເຊື່ອມໂຍງດ້ານຫຼັງທີ່ແໜ້ນໜາ, ແຜນການຄຸ້ມຄອງທົ່ວໄປ ແລະຮູບແບບລາຄາທີ່ສອດຄ່ອງກັນ.

ວິທີການນໍາໃຊ້ຄວາມສາມາດຂອງຜູ້ໃຫ້ບໍລິການຟັງ

Gartner ເຊື່ອຄວາມສົນໃຈໃນການນໍາໃຊ້ຕູ້ຄອນເທນເນີໃນຄລາວສາທາລະນະ IaaS ກໍາລັງເຕີບໂຕຍ້ອນການມີການສະເຫນີຂາຍ CaaS ທີ່ກຽມພ້ອມ, ເຊັ່ນດຽວກັນກັບການເຊື່ອມໂຍງທີ່ໃກ້ຊິດຂອງການສະເຫນີເຫຼົ່ານີ້ກັບຜະລິດຕະພັນອື່ນໆທີ່ສະຫນອງໂດຍຜູ້ໃຫ້ບໍລິການຟັງ.

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

ຜູ້ໃຫ້ບໍລິການຄຸ້ມຄອງຄລາວຫຼັກແມ່ນສະແດງຢູ່ໃນຕາຕະລາງ: 

ຜູ້ໃຫ້ບໍລິການຄລາວ
ປະເພດການບໍລິການ
ຜະລິດຕະພັນ/ການບໍລິການ

ອາລີບາບາ
ບໍລິການຄລາວເດີມ
Alibaba Cloud Container Service, Alibaba Cloud Container Service ສໍາລັບ Kubernetes

Amazon Web Services (AWS)
ບໍລິການຄລາວເດີມ
Amazon Elastic Container Services (ECS), Amazon ECS ສໍາລັບ Kubernetes (EKS), AWS Fargate

ຍັກໃຫຍ່
MSP
Giant Swarm ຄຸ້ມຄອງໂຄງສ້າງພື້ນຖານ Kubernetes

ກູໂກ
ບໍລິການຄລາວເດີມ
Google Container Engine (GKE)

IBM
ບໍລິການຄລາວເດີມ
IBM Cloud Kubernetes ບໍລິການ

Microsoft
ບໍລິການຄລາວເດີມ
Azure Kubernetes ບໍລິການ, Azure ບໍລິການຜ້າ

Oracle
ບໍລິການຄລາວເດີມ
OCI Container Engine ສໍາລັບ Kubernetes

Platform9
MSP
Kubernetes ຄຸ້ມຄອງ

Red Hat
ບໍລິການເປັນເຈົ້າພາບ
OpenShift ອຸທິດຕົນ & ອອນໄລນ໌

VMware
ບໍລິການເປັນເຈົ້າພາບ
Cloud PKS (ເບຕ້າ)

Mail.ru Cloud Solutions*
ບໍລິການຄລາວເດີມ
Mail.ru Cloud Containers

* ພວກ​ເຮົາ​ຈະ​ບໍ່​ໄດ້​ເຊື່ອງ​ມັນ​, ພວກ​ເຮົາ​ໄດ້​ເພີ່ມ​ຕົນ​ເອງ​ໃນ​ລະ​ຫວ່າງ​ການ​ແປ​ພາ​ສາ :)

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

ຄໍາແນະນໍາ Gartner:

1. ຈຸດປະສົງປະເມີນຄວາມສາມາດຂອງອົງການຂອງເຈົ້າໃນການນຳໃຊ້ ແລະຈັດການເຄື່ອງມືທີ່ເໝາະສົມ, ແລະພິຈາລະນາບໍລິການການຈັດການກ່ອງບັນຈຸຄລາວທີ່ເປັນທາງເລືອກ.
2. ເລືອກຊອບແວຢ່າງລະມັດລະວັງ, ໃຊ້ແຫຼ່ງເປີດບ່ອນທີ່ເປັນໄປໄດ້.
3. ເລືອກຜູ້ໃຫ້ບໍລິການທີ່ມີຮູບແບບການດໍາເນີນງານທົ່ວໄປໃນສະພາບແວດລ້ອມປະສົມທີ່ສະເຫນີການຈັດການແກ້ວດຽວຂອງກຸ່ມສະຫະພັນ, ເຊັ່ນດຽວກັນກັບຜູ້ໃຫ້ບໍລິການທີ່ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການເປັນເຈົ້າພາບ IaaS.

ບາງຄໍາແນະນໍາສໍາລັບການເລືອກຜູ້ໃຫ້ບໍລິການ Kubernetes aaS ຈາກ blog Replex:

1. ມັນຄຸ້ມຄ່າທີ່ຈະຊອກຫາການແຈກຢາຍທີ່ສະຫນັບສະຫນູນການມີໃຫ້ສູງອອກຈາກກ່ອງ. ນີ້ປະກອບມີການສະຫນັບສະຫນູນສະຖາປັດຕະຍະກໍາທີ່ສໍາຄັນຫຼາຍ, ອົງປະກອບ etcd ທີ່ມີຢູ່ສູງ, ແລະການສໍາຮອງຂໍ້ມູນແລະການຟື້ນຕົວ.
2. ເພື່ອຮັບປະກັນການເຄື່ອນທີ່ໃນສະພາບແວດລ້ອມ Kubernetes ຂອງທ່ານ, ມັນດີທີ່ສຸດທີ່ຈະເລືອກຜູ້ໃຫ້ບໍລິການຄລາວທີ່ຮອງຮັບຮູບແບບການໃຊ້ງານທີ່ຫຼາກຫຼາຍ, ຈາກສະຖານທີ່ຕັ້ງໄປຫາປະສົມໄປຫາຫຼາຍຄລາວ. 
3. ການສະເຫນີຂອງຜູ້ໃຫ້ບໍລິການຄວນຈະຖືກປະເມີນໂດຍອີງໃສ່ຄວາມງ່າຍຂອງການຕິດຕັ້ງ, ການຕິດຕັ້ງ, ແລະການສ້າງກຸ່ມ, ເຊັ່ນດຽວກັນກັບການປັບປຸງ, ການຕິດຕາມ, ແລະການແກ້ໄຂບັນຫາ. ຄວາມຕ້ອງການພື້ນຖານແມ່ນເພື່ອສະຫນັບສະຫນູນການອັບເດດ cluster ອັດຕະໂນມັດຢ່າງສົມບູນແບບບໍ່ມີເວລາຢຸດ. ການແກ້ໄຂທີ່ທ່ານເລືອກຄວນຈະອະນຸຍາດໃຫ້ທ່ານດໍາເນີນການປັບປຸງດ້ວຍຕົນເອງ. 
4. ການຄຸ້ມຄອງການລະບຸຕົວຕົນ ແລະການເຂົ້າເຖິງແມ່ນມີຄວາມສຳຄັນຈາກທັງດ້ານຄວາມປອດໄພ ແລະ ດ້ານການປົກຄອງ. ໃຫ້ແນ່ໃຈວ່າການແຈກຢາຍ Kubernetes ທີ່ທ່ານເລືອກສະຫນັບສະຫນູນການເຊື່ອມໂຍງກັບການພິສູດຢືນຢັນແລະການອະນຸຍາດທີ່ທ່ານໃຊ້ພາຍໃນ. RBAC ແລະການຄວບຄຸມການເຂົ້າເຖິງແບບລະອຽດແມ່ນຊຸດຄຸນນະສົມບັດທີ່ສໍາຄັນ.
5. ການແຈກຢາຍທີ່ທ່ານເລືອກຕ້ອງມີການແກ້ໄຂເຄືອຂ່າຍທີ່ກໍານົດໂດຍຊອບແວພື້ນເມືອງທີ່ກວມເອົາລະດັບຄວາມກ້ວາງຂອງຄໍາຮ້ອງສະຫມັກຫຼືໂຄງສ້າງພື້ນຖານທີ່ແຕກຕ່າງກັນ, ຫຼືສະຫນັບສະຫນູນຫນຶ່ງໃນການປະຕິບັດເຄືອຂ່າຍທີ່ນິຍົມ CNI, ລວມທັງ Flannel, Calico, kube-router, ຫຼື OVN.

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

ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້, 27% ຂອງຜູ້ຕອບແບບສອບຖາມແລ້ວໃຊ້ຖັງບັນຈຸໃນວຽກງານຂອງເຂົາເຈົ້າ, ແລະ 63% ກໍາລັງວາງແຜນທີ່ຈະເຮັດແນວນັ້ນ.

В ການສໍາຫຼວດໂດຍ Portworx ແລະ Aqua Security 24% ຂອງຜູ້ຕອບແບບສອບຖາມລາຍງານວ່າໄດ້ລົງທຶນຫຼາຍກວ່າເຄິ່ງຫນຶ່ງລ້ານໂດລາຕໍ່ປີກ່ຽວກັບເຕັກໂນໂລຢີຕູ້ຄອນເທນເນີ, ແລະ 17% ຂອງຜູ້ຕອບແບບສອບຖາມໃຊ້ຫຼາຍກວ່າຫນຶ່ງລ້ານໂດລາຕໍ່ປີ. 

ບົດຄວາມທີ່ກະກຽມໂດຍທີມງານເວທີຟັງ Mail.ru Cloud Solutions.

ມີຫຍັງອີກແດ່ທີ່ຈະອ່ານກ່ຽວກັບຫົວຂໍ້:

1. ການປະຕິບັດທີ່ດີທີ່ສຸດຂອງ DevOps: ບົດລາຍງານ DORA.
2. Kubernetes ໃນຈິດໃຈຂອງການລະເມີດລິຂະສິດກັບແມ່ແບບການປະຕິບັດ.
3. 25 ເຄື່ອງມືທີ່ເປັນປະໂຫຍດສໍາລັບການຕິດຕັ້ງ Kubernetes ແລະການຮັບຮອງເອົາ.

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