ປະກາດຂອງ Kubernetes Web View (ແລະພາບລວມສັ້ນໆຂອງ UI ເວັບໄຊຕ໌ອື່ນໆສໍາລັບ Kubernetes)

ຫມາຍ​ເຫດ​. ແປ.: ຜູ້ຂຽນຂອງຕົ້ນສະບັບແມ່ນ Henning Jacobs ຈາກ Zalando. ລາວສ້າງການໂຕ້ຕອບເວັບໃຫມ່ສໍາລັບການເຮັດວຽກກັບ Kubernetes, ເຊິ່ງຖືກຕັ້ງເປັນ "kubectl ສໍາລັບເວັບ." ເປັນຫຍັງໂຄງການ Open Source ໃຫມ່ຈຶ່ງປາກົດແລະເງື່ອນໄຂໃດທີ່ບໍ່ໄດ້ບັນລຸໂດຍການແກ້ໄຂທີ່ມີຢູ່ແລ້ວ - ອ່ານບົດຄວາມຂອງລາວ.

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

ກໍລະນີທີ່ໃຊ້

ຢູ່ Zalando ພວກເຮົາໃຫ້ບໍລິການຜູ້ໃຊ້ Kubernetes ຈໍານວນຫຼວງຫຼາຍ (900+) ແລະກຸ່ມ (100+). ມີບາງກໍລະນີທີ່ໃຊ້ທົ່ວໄປທີ່ຈະໄດ້ຜົນປະໂຫຍດຈາກເຄື່ອງມືເວັບໄຊຕ໌ທີ່ອຸທິດຕົນ:

1. ການສື່ສານກັບເພື່ອນຮ່ວມງານສໍາລັບການສະຫນັບສະຫນູນ;
2. ຕອບ​ໂຕ້​ກັບ​ເຫດ​ການ​ແລະ​ການ​ສືບ​ສວນ​ສາ​ເຫດ​ຂອງ​ເຂົາ​ເຈົ້າ​.

ສະຫນັບສະຫນູນ

ໃນປະສົບການຂອງຂ້ອຍ, ການສື່ສານສະຫນັບສະຫນູນມັກຈະມີລັກສະນະນີ້:

— ຊ່ວຍ​ເຫຼືອ​, ການ​ບໍ​ລິ​ການ XYZ ຂອງ​ພວກ​ເຮົາ​ແມ່ນ​ບໍ່​ມີ​!
— ເຈົ້າເຫັນຫຍັງເມື່ອເຈົ້າປະຕິບັດ kubectl describe ingress ...?

ຫຼືບາງສິ່ງບາງຢ່າງທີ່ຄ້າຍຄືກັນສໍາລັບ CRD:

- ຂ້ອຍມີບັນຫາບາງຢ່າງກັບການບໍລິການລະບຸຕົວຕົນ...
— ຄໍາ​ສັ່ງ​ຜະ​ລິດ​ຫຍັງ​? kubectl describe platformcredentialsset ...?

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

ດັ່ງນັ້ນ, ຂ້າພະເຈົ້າຢາກໃຫ້ທາງໜ້າເວັບ Kubernetes ອະນຸຍາດສິ່ງຕໍ່ໄປນີ້:

• ຜູ້ໃຊ້ສາມາດ ການເຊື່ອມຕໍ່ແລກປ່ຽນ ແລະສັງເກດສິ່ງດຽວກັນ;
• ຈະຊ່ວຍໄດ້ ຫຼີກເວັ້ນຄວາມຜິດພາດຂອງມະນຸດ ໃນການສະຫນັບສະຫນູນ: ຕົວຢ່າງ, ເຂົ້າໄປໃນ cluster ທີ່ບໍ່ຖືກຕ້ອງຢູ່ໃນເສັ້ນຄໍາສັ່ງ, typos ໃນຄໍາສັ່ງ CLI, ແລະອື່ນໆ;
• ຈະອະນຸຍາດໃຫ້ ສ້າງທັດສະນະຂອງທ່ານເອງ ເພື່ອສົ່ງໃຫ້ເພື່ອນຮ່ວມງານ, ນັ້ນແມ່ນ, ເພີ່ມຄໍລໍາຂອງແທັກ, ສະແດງຊັບພະຍາກອນຫຼາຍປະເພດຢູ່ໃນຫນ້າດຽວ;
• ໂດຍຫລັກການແລ້ວ, ເຄື່ອງມືເວັບໄຊຕ໌ນີ້ຄວນຈະອະນຸຍາດໃຫ້ທ່ານສາມາດກໍານົດ "ເລິກ" ເຊື່ອມຕໍ່ກັບພາກສ່ວນສະເພາະຂອງ YAML (ຕົວຢ່າງ, ຊີ້ໃຫ້ເຫັນຕົວກໍານົດທີ່ບໍ່ຖືກຕ້ອງທີ່ເຮັດໃຫ້ເກີດຄວາມລົ້ມເຫລວ).

ການຕອບໂຕ້ແລະການວິເຄາະເຫດການ

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

• ການບໍລິການການຜະລິດທີ່ສໍາຄັນແມ່ນມີບັນຫາແລະທ່ານຕ້ອງການ ຊອກຫາຊັບພະຍາກອນ Kubernetes ທັງໝົດຕາມຊື່ໃນກຸ່ມທັງໝົດແກ້ໄຂບັນຫາ;
• nodes ເລີ່ມຫຼຸດລົງເມື່ອການປັບຂະຫນາດແລະທ່ານຕ້ອງການ ຊອກຫາຝັກທັງໝົດທີ່ມີສະຖານະ “ລໍຖ້າຢູ່” ໃນທຸກກຸ່ມການປະເມີນຂອບເຂດຂອງບັນຫາ;
• ຜູ້ໃຊ້ແຕ່ລະຄົນກໍາລັງລາຍງານບັນຫາກັບ DaemonSet ທີ່ໃຊ້ໃນທົ່ວທຸກກຸ່ມ ແລະຈໍາເປັນຕ້ອງໄດ້ຄິດອອກ ບັນຫາທັງຫມົດແມ່ນບໍ?.

ການແກ້ໄຂມາດຕະຖານຂອງຂ້ອຍໃນກໍລະນີນີ້ແມ່ນບາງສິ່ງບາງຢ່າງເຊັ່ນ: for i in $clusters; do kubectl ...; done. ແນ່ນອນ, ມັນເປັນໄປໄດ້ທີ່ຈະພັດທະນາເຄື່ອງມືທີ່ສະຫນອງຄວາມສາມາດທີ່ຄ້າຍຄືກັນ.

ສ່ວນຕິດຕໍ່ເວັບ Kubernetes ທີ່ມີຢູ່ແລ້ວ

ໂລກແຫຼ່ງເປີດຂອງອິນເຕີເຟດເວັບກັບ Kubernetes ແມ່ນບໍ່ໃຫຍ່ຫຼາຍ*, ດັ່ງນັ້ນຂ້ອຍຈຶ່ງພະຍາຍາມເກັບກຳຂໍ້ມູນເພີ່ມເຕີມໂດຍໃຊ້ Twitter:

*ຄໍາອະທິບາຍຂອງຂ້ອຍສໍາລັບສ່ວນຕິດຕໍ່ເວັບທີ່ມີຈໍານວນຈໍາກັດສໍາລັບ Kubernetes: ບໍລິການຄລາວແລະຜູ້ຂາຍ Kubernetes ປົກກະຕິແລ້ວສະເຫນີຫນ້າຂອງຕົນເອງ, ດັ່ງນັ້ນຕະຫຼາດສໍາລັບ Kubernetes UI ຟຣີ "ດີ" ແມ່ນຂ້ອນຂ້າງນ້ອຍ.

ຜ່ານ tweet ຂ້າພະເຈົ້າໄດ້ຮຽນຮູ້ກ່ຽວກັບ K8Dash, Kubernator и ອັດຕັນ. ໃຫ້ເບິ່ງພວກເຂົາແລະວິທີແກ້ໄຂ Open Source ອື່ນໆທີ່ມີຢູ່, ໃຫ້ພະຍາຍາມເຂົ້າໃຈວ່າພວກເຂົາແມ່ນຫຍັງ.

K8Dash

"K8Dash ແມ່ນວິທີທີ່ງ່າຍທີ່ສຸດໃນການຈັດການກຸ່ມ Kubernetes."

K8Dash ເບິ່ງດີແລະມີຄວາມຮູ້ສຶກໄວ, ແຕ່ມີຂໍ້ເສຍຈໍານວນຫນຶ່ງສໍາລັບກໍລະນີການນໍາໃຊ້ທີ່ລະບຸໄວ້ຂ້າງເທິງ:

• ເຮັດວຽກຢູ່ໃນຂອບເຂດຂອງກຸ່ມດຽວເທົ່ານັ້ນ.
• ການຈັດລຽງແລະການກັ່ນຕອງແມ່ນເປັນໄປໄດ້, ແຕ່ບໍ່ມີ permalinks.
• ບໍ່ມີການສະຫນັບສະຫນູນສໍາລັບ Custom Resource Definitions (CRDs).

Kubernator

“Kubernator ເປັນ UI ທາງເລືອກສໍາລັບ Kubernetes. ບໍ່ເຫມືອນກັບ Kubernetes Dashboard ລະດັບສູງ, ມັນສະຫນອງການຄວບຄຸມລະດັບຕ່ໍາແລະການເບິ່ງເຫັນທີ່ດີເລີດເຂົ້າໄປໃນວັດຖຸທັງຫມົດໃນກຸ່ມທີ່ມີຄວາມສາມາດໃນການສ້າງໃຫມ່, ແກ້ໄຂແລະແກ້ໄຂຂໍ້ຂັດແຍ່ງ. ເປັນແອັບພລິເຄຊັນທັງໝົດຂອງຝ່າຍລູກຄ້າ (ເຊັ່ນ kubectl), ມັນບໍ່ຕ້ອງການ backend ອື່ນນອກຈາກເຄື່ອງແມ່ຂ່າຍ Kubernetes API ຕົວມັນເອງ, ແລະຍັງເຄົາລົບກົດລະບຽບການເຂົ້າເຖິງກຸ່ມ."

ນີ້ແມ່ນຄໍາອະທິບາຍທີ່ຖືກຕ້ອງ Kubernator. ແຕ່ຫນ້າເສຍດາຍ, ມັນຂາດຄຸນສົມບັດບາງຢ່າງ:

• ໃຫ້ບໍລິການພຽງແຕ່ຫນຶ່ງກຸ່ມ.
• ບໍ່​ມີ​ຮູບ​ແບບ​ການ​ເບິ່ງ​ລາຍ​ການ (ເຊັ່ນ​ວ່າ​, ທ່ານ​ບໍ່​ສາ​ມາດ​ສະ​ແດງ pods ທັງ​ຫມົດ​ທີ່​ມີ​ສະ​ຖາ​ນະ "ຍັງ​ຄົງ​ຄ້າງ​"​)​.

ກະດານຂໍ້ມູນ Kubernetes

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

ແຕ່ຫນ້າເສຍດາຍ ກະດານຂໍ້ມູນ Kubernetes ບໍ່​ໄດ້​ຊ່ວຍ​ໃນ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ແລະ​ກິດ​ຈະ​ກໍາ​ຕອບ​ສະ​ຫນອງ​ເຫດ​ການ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ເພາະ​ວ່າ​ມັນ​:

• ບໍ່ມີການເຊື່ອມໂຍງແບບຖາວອນ, ຕົວຢ່າງເມື່ອຂ້ອຍກັ່ນຕອງຊັບພະຍາກອນຫຼືປ່ຽນຄໍາສັ່ງການຈັດລຽງ;
• ບໍ່ມີວິທີງ່າຍໆທີ່ຈະກັ່ນຕອງຕາມສະຖານະ - ຕົວຢ່າງ, ເບິ່ງຝັກທັງໝົດທີ່ມີສະຖານະ “ລໍຖ້າຢູ່”;
• ພຽງແຕ່ຫນຶ່ງກຸ່ມໄດ້ຮັບການສະຫນັບສະຫນູນ;
• ບໍ່ຮອງຮັບ CRDs (ຄຸນສົມບັດນີ້ກຳລັງຢູ່ໃນການພັດທະນາ);
• ບໍ່ມີຖັນແບບກຳນົດເອງ (ເຊັ່ນ: ຖັນທີ່ຕິດສະຫຼາກຕາມປະເພດ kubectl -L).

Kubernetes Operational View (kube-ops-view)

"System Dashboard Observer ສໍາລັບ K8s Cluster Space."

У ມຸມມອງການດໍາເນີນງານ Kubernetes ວິທີການທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງ: ເຄື່ອງມືນີ້ສະແດງພຽງແຕ່ nodes cluster ແລະ pods ໂດຍໃຊ້ WebGL, ໂດຍບໍ່ມີລາຍລະອຽດວັດຖຸຂໍ້ຄວາມໃດໆ. ມັນດີຫຼາຍສຳລັບພາບລວມຂອງສຸຂະພາບຂອງກຸ່ມ (ຝັກຕົກບໍ?)*, ແຕ່ມັນບໍ່ເໝາະສົມກັບກໍລະນີການນຳໃຊ້ການຊ່ວຍເຫຼືອ ແລະ ການຕອບສະໜອງເຫດການທີ່ໄດ້ອະທິບາຍໄວ້ຂ້າງເທິງ.

* ຫມາຍ​ເຫດ​. ແປ.: ໃນຄວາມຫມາຍນີ້, ທ່ານອາດຈະສົນໃຈ plugin ຂອງພວກເຮົາ grafana-statusmap, ເຊິ່ງພວກເຮົາໄດ້ສົນທະນາກ່ຽວກັບລາຍລະອຽດເພີ່ມເຕີມໃນ ບົດຂຽນນີ້.

ບົດລາຍງານຊັບພະຍາກອນ Kubernetes (kube-resource-report)

"ລວບລວມການຮ້ອງຂໍຊັບພະຍາກອນຂອງ pod ແລະ Kubernetes, ປຽບທຽບພວກມັນກັບການບໍລິໂພກຊັບພະຍາກອນ, ແລະສ້າງ HTML ຄົງທີ່."

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

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

ອັດຕັນ

"ແພລະຕະຟອມເວັບທີ່ສາມາດຂະຫຍາຍໄດ້ສໍາລັບນັກພັດທະນາທີ່ຖືກອອກແບບມາເພື່ອໃຫ້ຄວາມເຂົ້າໃຈຫຼາຍຂື້ນກ່ຽວກັບຄວາມສັບສົນຂອງກຸ່ມ Kubernetes."

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

• ບໍ່ມີການຄົ້ນຫາກຸ່ມ.
• ເຮັດວຽກຢູ່ໃນເຄື່ອງທ້ອງຖິ່ນເທົ່ານັ້ນ (ບໍ່ໄດ້ໃຊ້ກັບກຸ່ມ).
• ບໍ່​ສາ​ມາດ​ຄັດ​ເລືອກ / ການ​ກັ່ນ​ຕອງ​ວັດ​ຖຸ (ສະ​ຫນັບ​ສະ​ຫນູນ​ພຽງ​ແຕ່​ຕົວ​ເລືອກ​ປ້າຍ​ຊື່​)​.
• ທ່ານບໍ່ສາມາດລະບຸຖັນແບບກຳນົດເອງໄດ້.
• ທ່ານບໍ່ສາມາດຈັດລາຍການວັດຖຸຕາມ namespace.

ຂ້ອຍຍັງມີບັນຫາກ່ຽວກັບຄວາມຫມັ້ນຄົງຂອງ Octant ກັບກຸ່ມ Zalando: ໃນບາງ CRDs ລາວຕົກ.

ຂໍແນະນໍາ Kubernetes Web View

"kubectl ສໍາລັບເວັບໄຊຕ໌".

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

• ຄວາມພ້ອມຂອງການປະຕິບັດງານທັງໝົດ (ອ່ານເທົ່ານັ້ນ) ທີ່ຜູ້ໃຊ້ມັກໃຊ້ kubectl;
• URL ທັງຫມົດຕ້ອງເປັນແບບຖາວອນແລະເປັນຕົວແທນຂອງຫນ້າໃນຮູບແບບຕົ້ນສະບັບຂອງມັນເພື່ອໃຫ້ເພື່ອນຮ່ວມງານສາມາດແບ່ງປັນແລະນໍາໃຊ້ພວກມັນໃນເຄື່ອງມືອື່ນໆ;
• ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ວັດ​ຖຸ Kubernetes ທັງ​ຫມົດ​, ທີ່​ຈະ​ຊ່ວຍ​ໃຫ້​ທ່ານ​ແກ້​ໄຂ​ບັນ​ຫາ​ປະ​ເພດ​ໃດ​ຫນຶ່ງ​;
• ລາຍຊື່ຊັບພະຍາກອນຄວນຈະສາມາດດາວໂຫລດໄດ້ສໍາລັບການເຮັດວຽກຕໍ່ໄປ (ໃນຕາຕະລາງ, ເຄື່ອງມື CLI ເຊັ່ນ: grep) ແລະການເກັບຮັກສາ (ຕົວຢ່າງ, ສໍາລັບ postmortems);
• ສະ​ຫນັບ​ສະ​ຫນູນ​ສໍາ​ລັບ​ການ​ເລືອກ​ຊັບ​ພະ​ຍາ​ກອນ​ໂດຍ​ປ້າຍ​ຊື່ (ຄ້າຍ​ຄື​ກັນ​ກັບ​ kubectl get .. -l);
• ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ສ້າງ​ບັນ​ຊີ​ລາຍ​ການ​ລວມ​ຂອງ​ປະ​ເພດ​ຕ່າງໆ​ຂອງ​ຊັບ​ພະ​ຍາ​ກອນ (ຄ້າຍ​ຄື​ກັນ​ກັບ​ kubectl get all) ເພື່ອໃຫ້ໄດ້ຮູບພາບການດໍາເນີນງານທົ່ວໄປໃນບັນດາເພື່ອນຮ່ວມງານ (ຕົວຢ່າງ, ໃນລະຫວ່າງການຕອບສະຫນອງເຫດການ);
• ຄວາມສາມາດໃນການເພີ່ມລິງຄ໌ເລິກອັດສະລິຍະທີ່ກຳນົດເອງໃຫ້ກັບເຄື່ອງມືອື່ນໆເຊັ່ນ: dashboards, loggers, application registries, ແລະອື່ນໆ. ເພື່ອອໍານວຍຄວາມສະດວກໃນການແກ້ໄຂບັນຫາ / ການແກ້ໄຂຂໍ້ຜິດພາດແລະການຕອບສະຫນອງຕໍ່ເຫດການ;
• ດ້ານຫນ້າຄວນຈະງ່າຍດາຍເທົ່າທີ່ເປັນໄປໄດ້ (HTML ບໍລິສຸດ) ເພື່ອຫຼີກເວັ້ນບັນຫາແບບສຸ່ມເຊັ່ນ JavaScript frozen;
• ສະຫນັບສະຫນູນຫຼາຍກຸ່ມເພື່ອເຮັດໃຫ້ການໂຕ້ຕອບງ່າຍດາຍໃນລະຫວ່າງການປຶກສາຫາລືຫ່າງໄກສອກຫຼີກ (ຕົວຢ່າງ, ຈື່ພຽງແຕ່ຫນຶ່ງ URL);
• ຖ້າເປັນໄປໄດ້, ການວິເຄາະສະຖານະການຄວນຈະງ່າຍດາຍ (ຕົວຢ່າງ, ມີການເຊື່ອມຕໍ່ເພື່ອດາວໂຫລດຊັບພະຍາກອນສໍາລັບກຸ່ມ / namespaces ທັງຫມົດ);
• ໂອກາດເພີ່ມເຕີມສໍາລັບການສ້າງການເຊື່ອມໂຍງທີ່ມີຄວາມຍືດຫຍຸ່ນແລະການເນັ້ນໃສ່ຂໍ້ມູນຂໍ້ຄວາມ, ສໍາລັບຕົວຢ່າງ, ດັ່ງນັ້ນທ່ານສາມາດຊີ້ໃຫ້ເພື່ອນຮ່ວມງານໄປຫາພາກສ່ວນສະເພາະໃດຫນຶ່ງໃນຄໍາອະທິບາຍຊັບພະຍາກອນ (ເສັ້ນໃນ YAML);
• ຄວາມສາມາດໃນການປັບແຕ່ງຄວາມຕ້ອງການຂອງລູກຄ້າສະເພາະ, ສໍາລັບການຍົກຕົວຢ່າງ, ຊ່ວຍໃຫ້ທ່ານສ້າງແບບຈໍາລອງການສະແດງຜົນພິເສດສໍາລັບ CRDs, ມຸມເບິ່ງຕາຕະລາງຂອງທ່ານເອງ, ແລະປ່ຽນຮູບແບບ CSS;
• ເຄື່ອງ​ມື​ສໍາ​ລັບ​ການ​ສໍາ​ຫຼວດ​ເພີ່ມ​ເຕີມ​ກ່ຽວ​ກັບ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ (ຕົວ​ຢ່າງ​, ສະ​ແດງ​ໃຫ້​ເຫັນ​ຄໍາ​ສັ່ງ​ເຕັມ​ທີ່​ kubectl, ກຽມພ້ອມສໍາລັບການຄັດລອກ);

ນອກເຫນືອຈາກວຽກງານທີ່ແກ້ໄຂໃນ Kubernetes Web View (ບໍ່​ມີ​ເປົ້າ​ຫມາຍ​) ຍັງຄົງຢູ່:

• abstraction ຂອງວັດຖຸ Kubernetes;
• ການຈັດການແອັບພລິເຄຊັນ (ຕົວຢ່າງ, ການຈັດການການນຳໃຊ້, ຕາຕະລາງ Helm, ແລະອື່ນໆ);
• ການ​ດໍາ​ເນີນ​ງານ​ການ​ຂຽນ (ຕ້ອງ​ໄດ້​ຮັບ​ການ​ເຮັດ​ໄດ້​ໂດຍ​ຜ່ານ CI / CD ແລະ / ຫຼື​ເຄື່ອງ​ມື GitOps ປອດ​ໄພ​)​;
• ການໂຕ້ຕອບທີ່ສວຍງາມ (JavaScript, ຫົວຂໍ້, ແລະອື່ນໆ);
• ການສະແດງພາບ (ເບິ່ງ kube-ops-view);
• ການວິເຄາະຄ່າໃຊ້ຈ່າຍ (ເບິ່ງ kube-resource-report).

Kubernetes Web View ຊ່ວຍເຫຼືອດ້ານການສະຫນັບສະຫນູນແລະການຕອບສະຫນອງເຫດການແນວໃດ?

ສະຫນັບສະຫນູນ

• ການເຊື່ອມຕໍ່ທັງຫມົດແມ່ນຖາວອນ, ເຊິ່ງເຮັດໃຫ້ມັນງ່າຍຕໍ່ການແລກປ່ຽນຂໍ້ມູນກັບເພື່ອນຮ່ວມງານ.
• ທ່ານສາມາດສ້າງ ແນວ​ຄວາມ​ຄິດ​ຂອງ​ທ່ານ​ຕົວຢ່າງ, ສະແດງ Deployments ແລະ Pods ທັງໝົດດ້ວຍປ້າຍສະເພາະໃນສອງກຸ່ມສະເພາະ (ຊື່ກຸ່ມ ແລະຊະນິດຊັບພະຍາກອນສາມາດລະບຸໄວ້ໃນລິ້ງ, ແຍກດ້ວຍເຄື່ອງໝາຍຈຸດ).
• ທ່ານສາມາດອ້າງອີງເຖິງ ເສັ້ນສະເພາະໃນໄຟລ໌ YAML object, ຊີ້ບອກເຖິງບັນຫາທີ່ອາດເກີດຂຶ້ນໃນສະເພາະວັດຖຸ.

ຊອກຫາຕາມກຸ່ມໃນ Kubernetes Web View

ການຕອບໂຕ້ເຫດການ

• ຄົ້ນຫາທົ່ວໂລກ (ການຄົ້ນຫາທົ່ວໂລກ) ອະນຸຍາດໃຫ້ທ່ານຊອກຫາວັດຖຸໃນກຸ່ມທັງໝົດ.
• ລາຍການເບິ່ງ ສາ​ມາດ​ສະ​ແດງ​ວັດ​ຖຸ​ທັງ​ຫມົດ​ທີ່​ມີ​ສະ​ຖາ​ນະ / ຖັນ​ສະ​ເພາະ​ໃດ​ຫນຶ່ງ​ໃນ​ກຸ່ມ​ທັງ​ຫມົດ (ຕົວ​ຢ່າງ​, ພວກ​ເຮົາ​ຈໍາ​ເປັນ​ຕ້ອງ​ຊອກ​ຫາ pods ທັງ​ຫມົດ​ທີ່​ມີ​ສະ​ຖາ​ນະ​ເປັນ "ຍັງ​ຄ້າງ​ຢູ່​"​)​.
• ລາຍຊື່ວັດຖຸສາມາດດາວໂຫຼດໄດ້ ໃນຮູບແບບຄ່າແຍກຕ່າງຫາກ tab (TSV) ສໍາລັບການວິເຄາະພາຍຫຼັງ.
• ປັບແຕ່ງການເຊື່ອມຕໍ່ພາຍນອກ ອະນຸຍາດໃຫ້ທ່ານປ່ຽນໄປຫາ dashboards ທີ່ກ່ຽວຂ້ອງແລະເຄື່ອງມືອື່ນໆ.

Kubernetes Web View: ລາຍຊື່ຂອງພອດທີ່ມີສະຖານະ “ລໍຖ້າຢູ່” ໃນທຸກກຸ່ມ

ຖ້າທ່ານຕ້ອງການລອງ Kubernetes Web View, ຂ້າພະເຈົ້າແນະນໍາໃຫ້ກວດເບິ່ງ ເອກະສານ ຫຼືເບິ່ງ ການສາທິດສົດ.

ແນ່ນອນ, ການໂຕ້ຕອບອາດຈະດີກວ່າ, ແຕ່ໃນປັດຈຸບັນ Kubernetes Web View ເປັນເຄື່ອງມືສໍາລັບ "ຜູ້ໃຊ້ຂັ້ນສູງ" ທີ່ບໍ່ອາຍທີ່ຈະຈັດການເສັ້ນທາງ URL ດ້ວຍຕົນເອງຖ້າຈໍາເປັນ. ຖ້າ​ຫາກ​ທ່ານ​ມີ​ຄໍາ​ຄິດ​ເຫັນ / ເພີ່ມ​ເຕີມ / ຄໍາ​ແນະ​ນໍາ​, ກະ​ລຸ​ນາ​ຕິດ​ຕໍ່​ຫາ​ ກັບຂ້ອຍໃນ Twitter!

ບົດຂຽນນີ້ແມ່ນປະຫວັດຫຍໍ້ຂອງພື້ນຖານທີ່ນໍາໄປສູ່ການສ້າງ Kubernetes Web View. ເພີ່ມເຕີມຈະຕິດຕາມ! (ຫມາຍ​ເຫດ​. ແປ.: ພວກເຂົາເຈົ້າຄວນຈະໄດ້ຮັບການຄາດວ່າຈະຢູ່ໃນ blog ຂອງຜູ້ຂຽນ.)

PS ຈາກ​ຜູ້​ແປ​

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

• «kubebox ແລະແກະອື່ນໆສໍາລັບ Kubernetes"
• «ເຄື່ອງມືສໍາລັບນັກພັດທະນາແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ໃນ Kubernetes"
• «Utility console kubelive ໄດ້ປະກົດຂຶ້ນສໍາລັບການເຮັດວຽກແບບໂຕ້ຕອບກັບ Kubernetes"
• «ຜົນປະໂຫຍດທີ່ເປັນປະໂຫຍດໃນເວລາທີ່ເຮັດວຽກກັບ Kubernetes".

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