paint-brush
ວິທີການຫາເງິນ 1 ລ້ານໂດລາດ້ວຍ AWS ໃນໜຶ່ງປີໂດຍ@gianpicolonna
65,528 ການອ່ານ
65,528 ການອ່ານ

ວິທີການຫາເງິນ 1 ລ້ານໂດລາດ້ວຍ AWS ໃນໜຶ່ງປີ

ໂດຍ Gianpi Colonna5m2024/04/28
Read on Terminal Reader
Read this story w/o Javascript

ຍາວເກີນໄປ; ອ່ານ

ຫຼຸດຄ່າໃຊ້ຈ່າຍ AWS cloud ຂອງເຈົ້າລົງ 90%! ຮຽນຮູ້ 4 ຂັ້ນຕອນເພື່ອເພີ່ມປະສິດທິພາບການໃຊ້ຈ່າຍ: ການສົມມຸດຕິຖານທ້າທາຍ, ປັບແຕ່ງຊັບພະຍາກອນ, ໃຊ້ Graviton instances, ແລະຕິດຕາມການນໍາໃຊ້.

Company Mentioned

Mention Thumbnail
featured image - ວິທີການຫາເງິນ 1 ລ້ານໂດລາດ້ວຍ AWS ໃນໜຶ່ງປີ
Gianpi Colonna HackerNoon profile picture
0-item
1-item


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



ຄ່າໃຊ້ຈ່າຍໃນຄລາວມັກຈະຖືກມອງຂ້າມ ແລະບໍ່ມີບັນຊີຢູ່ໃນຕອນຕົ້ນຂອງໂຄງການຂອງບໍລິສັດ. ການສໍາຫຼວດ HashiCorp ໃນປີ 2021 ພົບວ່າເກືອບ 40% ຂອງບໍລິສັດໃຊ້ຈ່າຍເກີນຄ່າຄລາວໃນປີ 2021 [ 1 ]. ໃນປີ 2023, ເກືອບທັງຫມົດບໍລິສັດ (94%) ຍອມຮັບວ່າພວກເຂົາເສຍເງິນຢູ່ໃນຄລາວ [ 1 ] ແລະຢ່າງຫນ້ອຍ 30% ຂອງຄ່າໃຊ້ຈ່າຍໃນຄລາວຖືກເສຍໄປ [ 2 ]. ການໃຊ້ Cloud ແມ່ນເກືອບ 500 ຕື້ໂດລາໃນປີ 2022 - ດັ່ງນັ້ນພວກເຮົາຈຶ່ງເວົ້າກ່ຽວກັບການເສຍເງິນ 150 ຕື້ໂດລາຕໍ່ປີ!!


ບໍ່ພຽງແຕ່ນີ້ແມ່ນຄວາມກັງວົນຂອງລາຍຮັບທີ່ພາດ, ແຕ່ຍັງການປະຕິບັດຄວາມຍືນຍົງທີ່ບໍ່ດີ. ພະລັງງານເສຍເງິນ 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 ໃຫມ່​ໃນ​ຄວາມ​ໄວ​ຂອງ​ແສງ​.


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