Polaris ແນະນໍາເພື່ອຮັກສາກຸ່ມ Kubernetes ໃຫ້ມີສຸຂະພາບດີ

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

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

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

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

Polaris ປະກອບດ້ວຍສອງອົງປະກອບທີ່ສໍາຄັນ:

1. ແຜງຕິດຕາມທີ່ໃຫ້ຂໍ້ມູນກ່ຽວກັບການປັບຕັ້ງການນຳໃຊ້ທີ່ມີຢູ່ແລ້ວໃນກຸ່ມໄດ້ເປັນຢ່າງດີ;
2. webhook ທົດລອງທົດລອງທີ່ປ້ອງກັນການນໍາໄປໃຊ້ທີ່ບໍ່ໄດ້ມາດຕະຖານທີ່ຍອມຮັບ.

Polaris Dashboard

ແຜງໜ້າປັດ Polaris ໄດ້ຖືກສ້າງຂື້ນເພື່ອສະໜອງວິທີການທີ່ງ່າຍດາຍ ແລະເບິ່ງເຫັນໄດ້ເພື່ອເບິ່ງສະຖານະປັດຈຸບັນຂອງການນຳໃຊ້ Kubernetes ແລະໄດ້ຮັບການແນະນຳເພື່ອປັບປຸງ. ມັນສະຫນອງສະພາບລວມທັງຫມົດຂອງກຸ່ມ, ແລະຍັງແຍກຜົນໄດ້ຮັບຕາມປະເພດ, namespace ແລະ deployment.

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

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

Polaris Webhook

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

ເມື່ອບັນຫາທີ່ກໍານົດໂດຍ dashboard ໄດ້ຖືກແກ້ໄຂ, ທ່ານສາມາດນໍາໃຊ້ webhook ເພື່ອຮັບປະກັນວ່າການຕັ້ງຄ່າຈະບໍ່ຕໍ່າກວ່າມາດຕະຖານທີ່ກໍານົດໄວ້ອີກເທື່ອຫນຶ່ງ. webhook ຈະບໍ່ອະນຸຍາດໃຫ້ໃຊ້ໃນ cluster ທີ່ການຕັ້ງຄ່າປະກອບດ້ວຍ deviations ທີ່ສໍາຄັນ (ລະດັບ "ຄວາມຜິດພາດ").

ທ່າແຮງຂອງ webhook ນີ້ແມ່ນຫນ້າຕື່ນເຕັ້ນ, ແຕ່ວ່າມັນຍັງຈະຮຽກຮ້ອງໃຫ້ມີການທົດສອບຢ່າງກວ້າງຂວາງເພື່ອພິຈາລະນາການຜະລິດພ້ອມ. ປະຈຸບັນນີ້ແມ່ນຄຸນສົມບັດທົດລອງ ແລະສ່ວນໜຶ່ງຂອງໂຄງການ Open Source ໃໝ່ທັງໝົດ. ເນື່ອງຈາກມັນອາດຈະລົບກວນການອັບເດດການໃຊ້ງານ, ໃຫ້ໃຊ້ມັນດ້ວຍຄວາມລະມັດລະວັງ.

ການເລີ່ມຕົ້ນ

ຂ້າພະເຈົ້າຫວັງວ່ານັບຕັ້ງແຕ່ທ່ານຍັງອ່ານການປະກາດນີ້, Polaris ແມ່ນເຄື່ອງມືທີ່ທ່ານອາດຈະຊອກຫາທີ່ເປັນປະໂຫຍດ. ຕ້ອງການລອງ Dashboard ສໍາລັບຕົວທ່ານເອງບໍ? ການນຳໃຊ້ແຜງຢູ່ໃນກຸ່ມແມ່ນງ່າຍຫຼາຍ. ມັນຖືກຕິດຕັ້ງດ້ວຍສິດທິຫນ້ອຍທີ່ສຸດ (ອ່ານເທົ່ານັ້ນ), ແລະຂໍ້ມູນທັງຫມົດຍັງຄົງຢູ່ໃນ. ເພື່ອນຳໃຊ້ Dashboard ໂດຍໃຊ້ kubectl, ໃຫ້ແລ່ນ:

kubectl apply -f https://raw.githubusercontent.com/reactiveops/polaris/master/deploy/dashboard.yaml

ຕອນນີ້ທ່ານຕ້ອງການຕັ້ງຄ່າການສົ່ງຕໍ່ພອດເພື່ອເຂົ້າເຖິງ Dashboard ຜ່ານພອດທ້ອງຖິ່ນ 8080:

kubectl port-forward --namespace polaris svc/polaris-dashboard 8080:80

ແນ່ນອນ, ມີຫຼາຍວິທີອື່ນທີ່ຈະໃຊ້ ແລະນຳໃຊ້ Polaris, ລວມທັງການໃຊ້ Helm. ທ່ານ​ສາ​ມາດ​ຮຽນ​ຮູ້​ກ່ຽວ​ກັບ​ການ​ນີ້​ແລະ​ມີ​ຫຼາຍ​ຫຼາຍ​ຈາກ​ Polaris repository ໃນ GitHub.

ນີ້ແມ່ນພຽງແຕ່ການເລີ່ມຕົ້ນ

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

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

PS ຈາກນັກແປ

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

• «ການ​ຂະ​ຫຍາຍ​ແລະ​ເສີມ Kubernetes (ການ​ທົບ​ທວນ​ຄືນ​ແລະ​ລາຍ​ງານ​ວິ​ດີ​ໂອ​)"
• «6 ແມງໄມ້ລະບົບທີ່ຫນ້າສົນໃຈເມື່ອໃຊ້ Kubernetes [ແລະການແກ້ໄຂຂອງມັນ]"
• «9 ການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບຄວາມປອດໄພ Kubernetes"
• «ຂໍແນະນຳ kubedog, ຫ້ອງສະໝຸດສຳລັບການຕິດຕາມຊັບພະຍາກອນ Kubernetes".

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