ຖ້າເຈົ້າເຂົ້າມາໃນໜ້ານີ້ຄິດວ່າເຈົ້າຈະລວຍດ້ວຍແຜນລວຍໄວ, ຂ້ອຍຂໍໂທດທີ່ເຈົ້າຜິດຫວັງ. ບົດຄວາມນີ້ຈະເວົ້າກ່ຽວກັບວິທີການຫຼຸດຜ່ອນໃບບິນຄ່າໃຊ້ຈ່າຍ cloud ຂອງທ່ານໂດຍ $1 ລ້ານ. ໂດຍການເຮັດສິ່ງນັ້ນ, ທ່ານຈະມີລາຍໄດ້ພິເສດຫຼາຍລ້ານໂດລາ - ເຊິ່ງທ່ານສາມາດຊື້ຫຼັກສູດອອນໄລນ໌ຂອງຂ້ອຍກ່ຽວກັບວິທີການລວຍດ້ວຍ AWS ( ລິ້ງໄປຫາຫຼັກສູດທີ່ນີ້ ).
ຄ່າໃຊ້ຈ່າຍໃນຄລາວມັກຈະຖືກມອງຂ້າມ ແລະບໍ່ມີບັນຊີຢູ່ໃນຕອນຕົ້ນຂອງໂຄງການຂອງບໍລິສັດ. ການສໍາຫຼວດ HashiCorp ໃນປີ 2021 ພົບວ່າເກືອບ 40% ຂອງບໍລິສັດໃຊ້ຈ່າຍເກີນຄ່າຄລາວໃນປີ 2021 [ 1 ]. ໃນປີ 2023, ເກືອບທັງຫມົດບໍລິສັດ (94%) ຍອມຮັບວ່າພວກເຂົາເສຍເງິນຢູ່ໃນຄລາວ [ 1 ] ແລະຢ່າງຫນ້ອຍ 30% ຂອງຄ່າໃຊ້ຈ່າຍໃນຄລາວຖືກເສຍໄປ [ 2 ]. ການໃຊ້ Cloud ແມ່ນເກືອບ 500 ຕື້ໂດລາໃນປີ 2022 - ດັ່ງນັ້ນພວກເຮົາຈຶ່ງເວົ້າກ່ຽວກັບການເສຍເງິນ 150 ຕື້ໂດລາຕໍ່ປີ!!
ບໍ່ພຽງແຕ່ນີ້ແມ່ນຄວາມກັງວົນຂອງລາຍຮັບທີ່ພາດ, ແຕ່ຍັງການປະຕິບັດຄວາມຍືນຍົງທີ່ບໍ່ດີ. ພະລັງງານເສຍເງິນ 150 ຕື້ໂດລາ!
ຜົນການຄົ້ນພົບເຫຼົ່ານີ້ກ່ຽວຂ້ອງກັບວິສາຫະກິດຂະໜາດໃຫຍ່ ແລະ ວິສາຫະກິດຂະໜາດນ້ອຍ, ຈາກຄວາມເຂັ້ມຂຸ້ນຂອງເມຄສູງໄປສູ່ການມີເມກຕ່ຳ. ມັນຫມາຍເຖິງ AWS, ແຕ່ຫຼັກການດຽວກັນສາມາດຖືກນໍາໃຊ້ກັບຜູ້ໃຫ້ບໍລິການຟັງອື່ນໆ. ດັ່ງນັ້ນ, ຖ້າສ່ວນຫນຶ່ງຂອງວຽກຂອງເຈົ້າຢູ່ໃນເມຄ, ບົດຄວາມນີ້ແມ່ນສໍາລັບທ່ານ.
ຂ້ອຍເວົ້າຈາກທັດສະນະວິສະວະກອນຂໍ້ມູນ, ແຕ່ການຮຽນຮູ້ດຽວກັນສາມາດຖືກນໍາໃຊ້ກັບການປະຕິບັດວິສະວະກໍາຊອບແວອື່ນໆ.
ໃຫ້ dive ໃນ.
ບັນຊີລາຍການຟັງຄລາວປະເພດນີ້ປົກກະຕິແລ້ວແມ່ນຈໍາກັດໃຫ້ວິສາຫະກິດຂະຫນາດໃຫຍ່ຫຼາຍທີ່ດໍາເນີນການທົ່ວໂລກທີ່ມີລູກຄ້າຫຼາຍລ້ານຄົນ.
ເພື່ອໃຫ້ທ່ານມີຄວາມຄິດ, ບັນຊີລາຍການຟັງຄລາວ 1 ລ້ານໂດລາສາມາດເປັນຜົນມາຈາກການປະມວນຜົນວຽກ Spark ETL ~1.5Tb ຕໍ່ຊົ່ວໂມງ 24x7 ສໍາລັບ 365 ມື້ຕໍ່ປີ. ຕົວຢ່າງອີກອັນຫນຶ່ງອາດຈະເປັນແອັບພລິເຄຊັນທີ່ໄດ້ຮັບຄໍາຮ້ອງຂໍນັບຕື້ຕໍ່ມື້ຈາກຫຼາຍສະຖານທີ່ໃນໂລກ.
ໃນວິສາຫະກິດຂະຫນາດໃຫຍ່, ມີຄໍາຮ້ອງສະຫມັກຫຼາຍຮ້ອຍຄົນໃນຂະຫນາດນີ້ - ສົ່ງຜົນໃຫ້ສັນຍາຕື້ໂດລາກັບຜູ້ໃຫ້ບໍລິການຟັງ. ຕົວຢ່າງເຊັ່ນ, Airbnb ມີຄວາມມຸ່ງໝັ້ນທີ່ຈະໃຊ້ເງິນ 1.2 ຕື້ໂດລາໃຫ້ກັບຊັບພະຍາກອນຄລາວໃນໄລຍະຫ້າປີໃນທ້າຍປີ 2019 [3 ].
ທີ່ Expedia ພວກເຮົາໄດ້ຫຼຸດຄ່າໃຊ້ຈ່າຍສໍາລັບການປະມວນຜົນຂໍ້ມູນ ETL ທີ່ມີມູນຄ່າ $1.1 ລ້ານໂດລາຕໍ່ປີມາເປັນພຽງ 100,000 ໂດລາຕໍ່ປີໂດຍການປະຕິບັດການປະຕິບັດການເພີ່ມປະສິດທິພາບ. ຫຼຸດລາຄາໄດ້ 91%!!
ບໍ່ແມ່ນບໍລິສັດທັງໝົດມີແອັບພລິເຄຊັນຂະໜາດໃຫຍ່ດັ່ງກ່າວ ແຕ່ໃຫ້ຈິນຕະນາການຕັດຄ່າໃຊ້ຈ່າຍໃນເມຄຂອງເຈົ້າລົງ 90% ພຽງແຕ່ສຳລັບແອັບພລິເຄຊັນດຽວ ຫຼືສຳລັບບໍລິສັດທັງໝົດຂອງເຈົ້າ.
ໄປແລະເອົາບັນຊີລາຍຊື່ຂອງຄໍາຮ້ອງສະຫມັກລາຄາແພງທີ່ສຸດຂອງທ່ານແລະ ທ້າທາຍສົມມຸດຕິຖານການອອກແບບຂອງທ່ານ .
ຄໍາຖາມທັງຫມົດເຫຼົ່ານີ້ກັບຄືນໄປຫາຄໍາຖາມທີ່ສໍາຄັນທີ່ສຸດ: ຄໍາຮ້ອງສະຫມັກຈະຖືກນໍາໃຊ້ແນວໃດ? ມູນຄ່າທຸລະກິດທີ່ມັນມີຢູ່ແລ້ວແມ່ນຫຍັງ? ແອັບພລິເຄຊັນຊ່ວຍພວກເຮົາໃຫ້ບັນລຸເປົ້າໝາຍທີ່ກຳນົດໄວ້ໄດ້ແນວໃດ?
ແນ່ນອນ, ຄໍາຕອບທັງຫມົດເຫຼົ່ານີ້ ມັກຈະບໍ່ຊັດເຈນໃນຕອນເລີ່ມຕົ້ນຂອງໂຄງການ; ແຕ່ນັ້ນແມ່ນເຫດຜົນທີ່ວ່າການອອກແບບຄວນຈະເປັນຂະບວນການຊໍ້າຄືນສະເໝີ — ອະນຸຍາດໃຫ້ການປ່ຽນແປງເກີດຂຶ້ນໄດ້ຢ່າງບໍ່ຢຸດຢັ້ງເທົ່າທີ່ເປັນໄປໄດ້. ວິສະວະກອນຄວນຮັບເອົາວິວັດການແລະການປ່ຽນແປງ, ສອດຄ່ອງກັບການພັດທະນາຄໍາຮ້ອງສະຫມັກທີ່ມີຜົນກະທົບ.
ຂັ້ນຕອນທີສອງປະກອບດ້ວຍການໃຫ້ຄໍາຮ້ອງສະຫມັກທີ່ມີຊັບພະຍາກອນທີ່ເຫມາະສົມແລະປັບໃຫ້ມັນເປັນໂຄງລ່າງພື້ນຖານທີ່ເຫມາະສົມ.
ໃນຖານະວິສະວະກອນ, ຈົ່ງຮູ້ວິທີການຄິດໄລ່ຄ່າໃຊ້ຈ່າຍໃນຄລາວ. ຕົວຢ່າງ, AWS ສະຫນອງຕົວຢ່າງຈຸດ, ບ່ອນທີ່ທ່ານສາມາດປະມູນລາຄາກຸ່ມໄດ້ - ນີ້ເປັນປະໂຫຍດໂດຍສະເພາະຖ້າທ່ານມີຄໍາຮ້ອງສະຫມັກທີ່ມີຄວາມທົນທານແລະມີຄວາມຍືດຫຍຸ່ນ. ໃຊ້ພວກມັນຖ້າທ່ານສາມາດ - AWS ອ້າງເຖິງການຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍສູງເຖິງ 90% [ 4 ].
ບາງການພິຈາລະນາອື່ນທີ່ເຈົ້າອາດຈະຕ້ອງການແກ້ໄຂແມ່ນ:
ມີຂໍ້ບົກຜ່ອງຫນ້ອຍທີ່ຈະບໍ່ມີໃນການນໍາໃຊ້ຕົວຢ່າງ AWS Graviton. AWS ໄດ້ລົງທຶນຫຼາຍໃນການສ້າງໂປເຊດເຊີທີ່ມີລາຄາຖືກທີ່ສຸດ. ທ່ານສາມາດໄດ້ຮັບການຫຼຸດລົງສູງເຖິງ 40% ໃນການໃຊ້ຈ່າຍໃນຟັງໂດຍການປ່ຽນຈາກການປະກອບດ້ວຍ intel ເປັນໂປເຊດເຊີທີ່ອີງໃສ່ ARM [ 10 ].
ຂໍ້ເຕືອນພຽງແຕ່ນີ້ແມ່ນວ່າຄໍາຮ້ອງສະຫມັກຂອງທ່ານຕ້ອງການເຂົ້າກັນໄດ້ກັບໂປເຊດເຊີ ARM ທີ່ Graviton ດໍາເນີນການ. ຖ້າທ່ານກໍາລັງຈັດການກັບການບໍລິການທີ່ມີການຄຸ້ມຄອງເຊັ່ນ RDS ຫຼື OpenSearch ຫຼັງຈາກນັ້ນບໍ່ມີຄວາມສັບສົນໃດໆໃນການປ່ຽນ - AWS ຈັດການກັບ OS ພື້ນຖານແລະຄວາມເຂົ້າກັນໄດ້ຂອງແອັບພລິເຄຊັນ. ຖ້າທ່ານກໍາລັງສ້າງຄໍາຮ້ອງສະຫມັກຂອງທ່ານເອງ, ທ່ານອາດຈະຈໍາເປັນຕ້ອງໄດ້ລວບລວມຊຸດໃຫມ່ຂຶ້ນກັບພາສາທີ່ທ່ານກໍາລັງໃຊ້ - Java ແລະພາສາອື່ນໆບໍ່ຮຽກຮ້ອງໃຫ້ມີການປ່ຽນແປງໃນຂະນະທີ່ Python ຕ້ອງການຄວາມສົນໃຈບາງຢ່າງ.
ສຸດທ້າຍ, ຢ່າລືມຕິດຕາມຄ່າໃຊ້ຈ່າຍຂອງທ່ານສໍາລັບຈຸດສູງສຸດແລະຄວາມແປກໃຈທີ່ບໍ່ຄາດຄິດ. ຄ່າໃຊ້ຈ່າຍໃນມື້ 0 ຂອງຄໍາຮ້ອງສະຫມັກຂອງທ່ານຈະແຕກຕ່າງຈາກຄ່າໃຊ້ຈ່າຍໃນວັນທີ 170. ໃຫ້ແນ່ໃຈວ່າທ່ານຕິດຕາມການປ່ຽນແປງ, ແລະທ່ານເຂົ້າໃຈວ່າເປັນຫຍັງການປ່ຽນແປງຈຶ່ງເກີດຂຶ້ນ: ມັນ stacking ຄ່າໃຊ້ຈ່າຍໃນການເກັບຮັກສາ s3 ຫຼືມັນເປັນພຽງແຕ່ຫນຶ່ງອອກ. ຮວງ?
ຕັ້ງການແຈ້ງເຕືອນທີ່ຈໍາເປັນແລະປື້ມຄູ່ມືການດໍາເນີນງານ !
ສິ່ງສໍາຄັນ, ປະຕິບັດ tags ການຈັດສັນຄ່າໃຊ້ຈ່າຍເພື່ອຕິດຕາມການໃຊ້ຈ່າຍໂດຍພະແນກ, ໂຄງການ, ຫຼືສະພາບແວດລ້ອມ. ຫຼີກເວັ້ນຄວາມສ່ຽງຂອງການສ້າງ swamp ຂໍ້ມູນທີ່ຄ່າໃຊ້ຈ່າຍແມ່ນ untraceable ຫຼືຮຽກຮ້ອງໃຫ້ມີການເດີນທາງຍາວໃນທົ່ວລະບົບບັນທຶກທີ່ແຕກຕ່າງກັນ. ມັນຄວນຈະໄວ ແລະງ່າຍດາຍທີ່ຈະກັບຄືນໄປຫາຄ່າສະໝັກໃດໆກໍຕາມ.
ບໍ່ວ່າທ່ານກໍາລັງເຮັດວຽກຢູ່ບ່ອນໃດກໍ່ຕາມ, ການດຸ່ນດ່ຽງການສະຫນອງຄຸນສົມບັດໃຫມ່ດ້ວຍການເພີ່ມປະສິດທິພາບຂອງປະຈຸບັນແມ່ນຍາກ. ຜູ້ທີ່ບໍ່ໄດ້ຮັບການກົດດັນໃຫ້ສະຫນອງຄຸນນະສົມບັດ quirky ໃຫມ່ໃນຄວາມໄວຂອງແສງ.
ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນສິ່ງຈໍາເປັນສໍາລັບທັງວິສະວະກອນແລະຜູ້ຈັດການໃນການຕັດສິນໃຈໂດຍເຈດຕະນາແລະຕັ້ງຫນ້າກ່ຽວກັບໂຄງການໃນປະຈຸບັນຂອງພວກເຂົາ, ການຄຸ້ມຄອງຄວາມສ່ຽງແລະໂອກາດຢ່າງມີປະສິດທິພາບ.