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