ການທົບທວນຄືນ Kubecost ສໍາລັບການປະຫຍັດເງິນໃນ Kubernetes ໃນຄລາວ

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

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

ການນໍາສະເຫນີ

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

ພວກເຮົາມີລູກຄ້າກັບ Kubernetes ທັງໃນ AWS ແລະ GCP clouds ທີ່ຄຸ້ນເຄີຍ, ແລະ, ບໍ່ຄ່ອຍສໍາລັບຊຸມຊົນ Linux, Azure - ໂດຍທົ່ວໄປ, ໃນທຸກແພລະຕະຟອມທີ່ສະຫນັບສະຫນູນໂດຍ Kubecost. ສໍາລັບບາງສ່ວນຂອງພວກເຂົາ, ພວກເຮົາຄິດໄລ່ຄ່າໃຊ້ຈ່າຍຂອງການບໍລິການພາຍໃນກຸ່ມຕົວເຮົາເອງ (ໃຊ້ວິທີການທີ່ຄ້າຍຄືກັນກັບທີ່ Kubecost ໃຊ້), ແລະຍັງຕິດຕາມຄ່າໃຊ້ຈ່າຍໃນໂຄງສ້າງພື້ນຖານແລະພະຍາຍາມເພີ່ມປະສິດທິພາບໃຫ້ເຂົາເຈົ້າ. ດັ່ງນັ້ນ, ມັນເປັນເຫດຜົນທີ່ພວກເຮົາສົນໃຈກັບຄວາມເປັນໄປໄດ້ຂອງການເຮັດໃຫ້ວຽກງານດັ່ງກ່າວອັດຕະໂນມັດ.

ລະຫັດແຫຼ່ງຂອງໂມດູນ Kubecost ຕົ້ນຕໍແມ່ນເປີດພາຍໃຕ້ເງື່ອນໄຂຂອງໃບອະນຸຍາດແຫຼ່ງເປີດ (Apache License 2.0). ມັນສາມາດຖືກນໍາໃຊ້ຢ່າງເສລີແລະຄຸນສົມບັດທີ່ມີຢູ່ຄວນຈະພຽງພໍສໍາລັບໂຄງການຂະຫນາດນ້ອຍ. ຢ່າງໃດກໍຕາມ, ທຸລະກິດແມ່ນທຸລະກິດ: ສ່ວນທີ່ເຫຼືອຂອງຜະລິດຕະພັນຖືກປິດ, ມັນສາມາດຖືກນໍາໃຊ້ໂດຍ ການສັ່ງຈອງທີ່ຈ່າຍ, ຊຶ່ງຫມາຍເຖິງການສະຫນັບສະຫນູນທາງດ້ານການຄ້າ. ນອກຈາກນັ້ນ, ຜູ້ຂຽນສະເຫນີໃບອະນຸຍາດຟຣີສໍາລັບກຸ່ມຂະຫນາດນ້ອຍ (1 cluster ມີ 10 nodes - ໃນລະຫວ່າງການຂຽນບົດນີ້, ຂອບເຂດຈໍາກັດນີ້ໄດ້ຂະຫຍາຍເຖິງ 20 nodes) ຫຼືໄລຍະເວລາທົດລອງທີ່ມີຄວາມສາມາດເຕັມທີ່ສໍາລັບ 1 ເດືອນ.

ທຸກຢ່າງເຮັດວຽກແນວໃດ

ດັ່ງນັ້ນ, ສ່ວນຕົ້ນຕໍຂອງ Kubecost ແມ່ນຄໍາຮ້ອງສະຫມັກ ຕົວແບບລາຄາ, ຂຽນໃນ Go. ຕາຕະລາງ Helm ທີ່ອະທິບາຍລະບົບທັງຫມົດແມ່ນເອີ້ນວ່າ ການວິເຄາະຄ່າໃຊ້ຈ່າຍ ແລະຢູ່ໃນຫຼັກຂອງມັນແມ່ນການປະກອບຈາກແບບຈໍາລອງລາຄາທີ່ມີ Prometheus, Grafana ແລະ dashboards ຫຼາຍ.

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

Kubecost ເຮັດວຽກແນວໃດ?

• ຮູບແບບຄ່າໃຊ້ຈ່າຍໄດ້ຮັບລາຄາສໍາລັບການບໍລິການຜ່ານ API ຂອງຜູ້ໃຫ້ບໍລິການຟັງ.
• ນອກຈາກນັ້ນ, ອີງຕາມປະເພດທາດເຫຼັກຂອງ node ແລະພາກພື້ນ, ຄ່າໃຊ້ຈ່າຍຕໍ່ node ແມ່ນຄິດໄລ່.
• ອີງຕາມຄ່າໃຊ້ຈ່າຍຂອງໂຫນດແລ່ນ, ແຕ່ລະຝັກໃບຈະໄດ້ຮັບຄ່າໃຊ້ຈ່າຍຕໍ່ຊົ່ວໂມງຂອງການໃຊ້ CPU, ຕໍ່ gigabyte ຂອງຫນ່ວຍຄວາມຈໍາທີ່ບໍລິໂພກ, ແລະຕໍ່ຊົ່ວໂມງຕໍ່ gigabyte ຂອງຂໍ້ມູນທີ່ເກັບໄວ້ - ຂຶ້ນກັບ node ທີ່ມັນແລ່ນຢູ່ຫຼືຊັ້ນຂອງການເກັບຮັກສາ.
• ອີງຕາມຄ່າໃຊ້ຈ່າຍຂອງການປະຕິບັດ pods ບຸກຄົນ, ການຈ່າຍເງິນແມ່ນຄິດໄລ່ສໍາລັບ namespaces, ບໍລິການ, Deployments, StatefulSets.
• ສະຖິຕິແມ່ນຄຳນວນໂດຍໃຊ້ metrics ທີ່ສະໜອງໃຫ້ໂດຍ kube-state-metrics ແລະ node-exporter.

ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະພິຈາລະນາວ່າ Kubecost ໂດຍຄ່າເລີ່ມຕົ້ນພຽງແຕ່ນັບຊັບພະຍາກອນທີ່ມີຢູ່ໃນ Kubernetes. ຖານຂໍ້ມູນພາຍນອກ, ເຊີບເວີ GitLab, ການເກັບຮັກສາ S3 ແລະບໍລິການອື່ນໆທີ່ບໍ່ໄດ້ຢູ່ໃນກຸ່ມ (ເຖິງແມ່ນວ່າຈະຢູ່ໃນຄລາວດຽວກັນ) ແມ່ນບໍ່ເຫັນມັນ. ເຖິງແມ່ນວ່າສໍາລັບ GCP ແລະ AWS ທ່ານສາມາດເພີ່ມລະຫັດຂອງບັນຊີການບໍລິການຂອງທ່ານແລະຄິດໄລ່ທຸກສິ່ງທຸກຢ່າງຮ່ວມກັນ.

ການຕັ້ງຄ່າ

Kubecost ຕ້ອງການ:

• Kubernetes ຮຸ່ນ 1.8 ແລະສູງກວ່າ;
• kube-state-metrics;
• Prometheus;
• node-exporter.

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

ມີຫຼາຍວິທີໃນການຕິດຕັ້ງ Kubecost:

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

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

2. ການ​ນໍາ​ໃຊ້​ທີ່​ສໍາ​ຄັນ​ ຕາຕະລາງດຽວກັນ, ແຕ່ configure ແລະຕິດຕັ້ງມັນຕົວທ່ານເອງ ໃນ​ວິ​ທີ​ການ​ສະ​ດວກ​ໃດໆ​.

   ດັ່ງທີ່ໄດ້ກ່າວມາແລ້ວ, ນອກເຫນືອຈາກ kubecost ຕົວຂອງມັນເອງ, ຕາຕະລາງນີ້ມີຕາຕະລາງ Grafana ແລະ Prometheus, ເຊິ່ງຍັງສາມາດປັບແຕ່ງຕາມຄວາມຕ້ອງການ.

   ມີຢູ່ໃນຕາຕະລາງ values.yaml ສໍາລັບການວິເຄາະຄ່າໃຊ້ຈ່າຍອະນຸຍາດໃຫ້ທ່ານສາມາດ configure:

   • ບັນຊີລາຍຊື່ຂອງອົງປະກອບການວິເຄາະຄ່າໃຊ້ຈ່າຍທີ່ຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້;
   • ຈຸດສຸດທ້າຍຂອງທ່ານສໍາລັບ Prometheus (ຖ້າທ່ານມີແລ້ວ);
   • ໂດເມນແລະການຕັ້ງຄ່າ ingress ອື່ນໆສໍາລັບຮູບແບບຄ່າໃຊ້ຈ່າຍແລະ Grafana;
   • annotations ສໍາລັບຝັກ;
   • ຄວາມຕ້ອງການທີ່ຈະໃຊ້ການເກັບຮັກສາຖາວອນແລະຂະຫນາດຂອງມັນ.

   ບັນຊີລາຍຊື່ເຕັມຂອງທາງເລືອກໃນການຕັ້ງຄ່າທີ່ມີຄໍາອະທິບາຍມີຢູ່ໃນ ເອກະສານ.

   ເນື່ອງຈາກ kubecost ໃນເວີຊັນພື້ນຖານຂອງມັນບໍ່ສາມາດຈຳກັດການເຂົ້າເຖິງໄດ້, ທ່ານຈະຕ້ອງຕັ້ງຄ່າການພິສູດຢືນຢັນຂັ້ນພື້ນຖານໃນທັນທີ.

3. ຕິດຕັ້ງ ພຽງ​ແຕ່​ຫຼັກ​ຂອງ​ລະ​ບົບ​ - ແບບ​ຕົ້ນ​ທຶນ​. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຕ້ອງມີ Prometheus ຕິດຕັ້ງຢູ່ໃນກຸ່ມແລະລະບຸຄ່າທີ່ສອດຄ້ອງກັນຂອງທີ່ຢູ່ຂອງມັນຢູ່ໃນຕົວແປ. prometheusEndpoint ສໍາລັບ Helm. ຫຼັງຈາກນັ້ນ - ສະຫມັກ ຊຸດຂອງການຕັ້ງຄ່າ YAML ໃນກຸ່ມ.

   ອີກເທື່ອຫນຶ່ງ, ທ່ານຈະຕ້ອງເພີ່ມ Ingress ດ້ວຍຕົນເອງດ້ວຍພື້ນຖານ auth. ສຸດທ້າຍ, ທ່ານຈະຕ້ອງເພີ່ມພາກສ່ວນສໍາລັບການເກັບຄ່າຕົວຊີ້ວັດແບບຈໍາລອງໃນ extraScrapeConfigs ໃນ config Prometheus:

   - job_name: kubecost
     honor_labels: true
     scrape_interval: 1m
     scrape_timeout: 10s
     metrics_path: /metrics
     scheme: http
     dns_sd_configs:
     - names:
       - <адрес вашего сервиса kubecost>
       type: 'A'
       port: 9003

ພວກເຮົາໄດ້ຮັບຫຍັງ?

ດ້ວຍການຕິດຕັ້ງຢ່າງເຕັມທີ່, ພວກເຮົາມີຢູ່ໃນການກໍາຈັດຂອງພວກເຮົາ kubecost ແລະກະດານເວັບໄຊຕ໌ Grafana ທີ່ມີຊຸດຂອງ dashboards.

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

metric ນີ້ແມ່ນຫຼາຍສໍາລັບການວິເຄາະຄ່າໃຊ້ຈ່າຍແລະ optimizing ໃຫ້ເຂົາເຈົ້າ. ມັນບໍ່ສະດວກຫຼາຍທີ່ຈະເບິ່ງຄ່າໃຊ້ຈ່າຍທັງຫມົດສໍາລັບເດືອນກໍລະກົດທີ່ບໍ່ມີຕົວຕົນໃນ kubecost: ທ່ານຈະຕ້ອງ ໄປຫາໃບບິນ. ແຕ່ທ່ານສາມາດເບິ່ງຄ່າໃຊ້ຈ່າຍທີ່ແບ່ງອອກໂດຍ namespaces, ປ້າຍຊື່, pods ສໍາລັບ 1/2/7/30/90 ມື້, ເຊິ່ງໃບບິນຈະບໍ່ສະແດງໃຫ້ທ່ານເຫັນ.

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

ທ່ານສາມາດວາງປ້າຍໃສ່ພວກມັນໄດ້ - ສະດວກຖ້າທ່ານມີລະບົບການຕິດສະຫລາກຂອງທ່ານເອງ.

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

Kubecost ສາມາດສະແດງຕ່າງໆ ບັນຫາຢູ່ໃນກຸ່ມ (ແລະ​ເຖິງ​ແມ່ນ​ວ່າ​ການ​ແຈ້ງ​ເຕືອນ​ໃນ​ກໍ​ລະ​ນີ​ອັນ​ຕະ​ລາຍ​)​. ແຕ່ຫນ້າເສຍດາຍ, ທາງເລືອກແມ່ນບໍ່ສາມາດກໍານົດໄດ້, ແລະດັ່ງນັ້ນ, ຖ້າທ່ານມີສະພາບແວດລ້ອມສໍາລັບນັກພັດທະນາແລະນໍາໃຊ້ພວກມັນ, ທ່ານຈະເຫັນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

ເປັນ​ເຄື່ອງ​ມື​ທີ່​ສໍາ​ຄັນ - ເງິນຝາກປະຢັດກຸ່ມ. ມັນວັດແທກກິດຈະກໍາຂອງຝັກ (ການບໍລິໂພກຊັບພະຍາກອນ, ລວມທັງເຄືອຂ່າຍ), ແລະຍັງຄິດໄລ່ຈໍານວນເງິນແລະສິ່ງທີ່ທ່ານສາມາດປະຫຍັດໄດ້.

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

ເຊັ່ນດຽວກັນກັບບັນຫາການເພີ່ມປະສິດທິພາບໃດໆ, ການເພີ່ມປະສິດທິພາບຊັບພະຍາກອນໂດຍອີງໃສ່ຂໍ້ມູນ Kubecost ຕ້ອງການ: ປິ່ນປົວດ້ວຍຄວາມລະມັດລະວັງ. ຕົວຢ່າງ, Cluster Savings ແນະນໍາການລຶບ nodes, ອ້າງວ່າມັນປອດໄພ, ແຕ່ບໍ່ໄດ້ຄໍານຶງເຖິງການປະກົດຕົວຂອງ node-selectors ແລະ taints deploy ສຸດໃຫ້ເຂົາເຈົ້າທີ່ບໍ່ມີຢູ່ໃນ nodes ອື່ນໆ. ແລະໂດຍທົ່ວໄປ, ເຖິງແມ່ນວ່າຜູ້ຂຽນຂອງຜະລິດຕະພັນໃນຂອງເຂົາເຈົ້າ ບົດຄວາມທີ່ຜ່ານມາ (ໂດຍວິທີທາງການ, ມັນສາມາດເປັນປະໂຫຍດຫຼາຍສໍາລັບຜູ້ທີ່ມີຄວາມສົນໃຈໃນຫົວຂໍ້ຂອງໂຄງການ) ມັນແນະນໍາໃຫ້ບໍ່ຮີບຮ້ອນເຂົ້າໄປໃນການເພີ່ມປະສິດທິພາບຄ່າໃຊ້ຈ່າຍ, ແຕ່ໃຫ້ເຂົ້າຫາບັນຫາຢ່າງລະມັດລະວັງ.

ຜົນໄດ້ຮັບ

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

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

PS

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

• «ການ​ຂະ​ຫຍາຍ​ອັດ​ຕະ​ໂນ​ມັດ​ແລະ​ການ​ຄຸ້ມ​ຄອງ​ຊັບ​ພະ​ຍາ​ກອນ​ໃນ Kubernetes (ພາບ​ລວມ​ແລະ​ລາຍ​ງານ​ວິ​ດີ​ໂອ​)"
• «Kubernetes ຜະຈົນໄພ Dailymotion: ການສ້າງໂຄງສ້າງພື້ນຖານໃນເມຄ + ໃນສະຖານທີ່"
• «ເຄັດລັບ ແລະເຄັດລັບ Kubernetes: ກ່ຽວກັບການຈັດສັນ node ແລະການໂຫຼດແອັບພລິເຄຊັນເວັບ".

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