paint-brush
របៀបរកប្រាក់ 1 លានដុល្លារជាមួយ AWS ក្នុងមួយឆ្នាំដោយ@gianpicolonna
65,525 ការអាន
65,525 ការអាន

របៀបរកប្រាក់ 1 លានដុល្លារជាមួយ AWS ក្នុងមួយឆ្នាំ

ដោយ Gianpi Colonna5m2024/04/28
Read on Terminal Reader
Read this story w/o Javascript

យូរ​ពេក; អាន

កាត់បន្ថយការចំណាយលើពពក AWS របស់អ្នក 90%! ស្វែងយល់ពីជំហាន 4 ដើម្បីបង្កើនប្រសិទ្ធភាពនៃការចំណាយ៖ ការសន្មត់បញ្ហាប្រឈម ធនធានបទភ្លេង ប្រើប្រាស់ឧទាហរណ៍ Graviton និងតាមដានការប្រើប្រាស់។

Company Mentioned

Mention Thumbnail
featured image - របៀបរកប្រាក់ 1 លានដុល្លារជាមួយ AWS ក្នុងមួយឆ្នាំ
Gianpi Colonna HackerNoon profile picture
0-item
1-item


ប្រសិនបើអ្នកចូលទៅក្នុងទំព័រនេះដោយគិតថាអ្នកនឹងក្លាយជាអ្នកមានជាមួយនឹងគម្រោងទទួលបាន-អ្នកមានរហ័ស នោះខ្ញុំសុំទោសដែលធ្វើឱ្យអ្នកខកចិត្ត។ អត្ថបទនេះនឹងនិយាយអំពីវិធីកាត់បន្ថយវិក្កយបត្រលើពពករបស់អ្នកចំនួន 1 លានដុល្លារ។ តាមរយៈការធ្វើដូច្នេះ អ្នកនឹងអាចរកចំណូលបានរាប់លានដុល្លារបន្ថែមទៀត — ដែលអ្នកអាចចំណាយទិញវគ្គសិក្សាតាមអ៊ីនធឺណិតរបស់ខ្ញុំអំពីរបៀបក្លាយជាអ្នកមានជាមួយ AWS ( តំណភ្ជាប់ទៅវគ្គសិក្សានៅទីនេះ )។



ការចំណាយលើពពកច្រើនតែត្រូវបានមើលរំលង និងមិនមានគណនីនៅដើមដំបូងនៃគម្រោងរបស់ក្រុមហ៊ុន។ ការស្ទង់មតិ HashiCorp ឆ្នាំ 2021 បានរកឃើញថា ស្ទើរតែ 40% នៃក្រុមហ៊ុនបានចំណាយលើការចំណាយលើពពកច្រើនពេកនៅឆ្នាំ 2021 [ 1 ] ។ នៅឆ្នាំ 2023 ក្រុមហ៊ុនស្ទើរតែទាំងអស់ (94%) បានទទួលស្គាល់ថាពួកគេបានខ្ជះខ្ជាយលុយនៅលើពពក [ 1 ] ហើយយ៉ាងហោចណាស់ 30% នៃការចំណាយលើពពកត្រូវបានខ្ជះខ្ជាយ [ 2 ] ។ ការចំណាយលើពពកគឺជិត 500 ពាន់លានដុល្លារក្នុងឆ្នាំ 2022 ដូច្នេះយើងកំពុងនិយាយអំពីការខ្ជះខ្ជាយ 150 ពាន់លានដុល្លារក្នុងមួយឆ្នាំ!!


នេះមិនត្រឹមតែជាកង្វល់នៃប្រាក់ចំណូលដែលខកខានប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានការអនុវត្តប្រកបដោយនិរន្តរភាពមិនល្អផងដែរ។ ថាមពលខ្ជះខ្ជាយ 150 ពាន់លានដុល្លារ!


ការរកឃើញទាំងនេះពាក់ព័ន្ធនឹងសហគ្រាសធំៗ ក៏ដូចជាសហគ្រាសតូចៗ ចាប់ពីភាពចាស់ទុំលើពពកខ្ពស់ រហូតដល់ភាពចាស់ទុំក្នុងពពកទាប។ វាសំដៅទៅលើ AWS ប៉ុន្តែគោលការណ៍ដូចគ្នាអាចត្រូវបានអនុវត្តចំពោះអ្នកផ្តល់សេវាពពកផ្សេងទៀត។ ដូច្នេះប្រសិនបើផ្នែកណាមួយនៃការងាររបស់អ្នកស្ថិតនៅក្នុងពពកនោះ អត្ថបទនេះគឺសម្រាប់អ្នក។


ខ្ញុំកំពុងនិយាយតាមទស្សនៈវិស្វករទិន្នន័យ ប៉ុន្តែការរៀនដូចគ្នាអាចត្រូវបានអនុវត្តចំពោះការអនុវត្តវិស្វកម្មកម្មវិធីផ្សេងទៀត។

តោះចូលមុជ។


តើ​ត្រូវ​ចំណាយ​អ្វី​ខ្លះ​ក្នុង​ការ​ចំណាយ​លើ​ពពក ១ លាន​ដុល្លារ​ក្នុង​មួយ​ឆ្នាំ?

ប្រភេទនៃវិក្កយបត្រពពកនេះ ជាធម្មតាត្រូវបានដាក់កម្រិតចំពោះសហគ្រាសធំៗ ដែលប្រតិបត្តិការទូទាំងពិភពលោកជាមួយនឹងអតិថិជនរាប់លាននាក់។


ដើម្បីផ្តល់ឱ្យអ្នកនូវគំនិតមួយ វិក័យប័ត្រពពក 1 លានដុល្លារអាចមកពីដំណើរការការងារ Spark ETL ~ 1.5Tb ក្នុងមួយម៉ោង 24x7 សម្រាប់ 365 ថ្ងៃក្នុងមួយឆ្នាំ។ ឧទាហរណ៍មួយទៀតអាចជាកម្មវិធីដែលទទួលសំណើរាប់ពាន់លានក្នុងមួយថ្ងៃពីទីតាំងជាច្រើនក្នុងពិភពលោក។


នៅក្នុងសហគ្រាសធំមួយ មានកម្មវិធីរាប់រយក្នុងទំហំនេះ ដែលបណ្តាលឱ្យមានកិច្ចសន្យារាប់ពាន់លានដុល្លារជាមួយអ្នកផ្តល់សេវាពពក។ ឧទាហរណ៍ Airbnb មានការប្តេជ្ញាចិត្តក្នុងការចំណាយ 1.2 ពាន់លានដុល្លារលើធនធានពពកក្នុងរយៈពេល 5 ឆ្នាំនៅចុងឆ្នាំ 2019 [3 ] ។


នៅ Expedia យើងបានកាត់បន្ថយការចំណាយសម្រាប់ដំណើរការទិន្នន័យ ETL ដែលមានតម្លៃ $1.1 លានដុល្លារក្នុងមួយឆ្នាំមកត្រឹមតែ $100,000 ក្នុងមួយឆ្នាំដោយការអនុវត្តការអនុវត្តការបង្កើនប្រសិទ្ធភាព។ បញ្ចុះតម្លៃ91%!!


មិនមែនគ្រប់ក្រុមហ៊ុនទាំងអស់សុទ្ធតែមានកម្មវិធីដែលមានទំហំធំបែបនេះទេ ប៉ុន្តែស្រមៃថាកាត់បន្ថយការចំណាយលើពពករបស់អ្នក 90% គ្រាន់តែសម្រាប់កម្មវិធីតែមួយ ឬសម្រាប់ក្រុមហ៊ុនទាំងមូលរបស់អ្នក។



តើយើងចាប់ផ្តើមសន្សំដោយរបៀបណា?

ជំហានទី 1: ប្រកួតប្រជែងការសន្មត់ការរចនារបស់អ្នក។

ទៅ​យក​បញ្ជី​នៃ​កម្មវិធី​ថ្លៃ​បំផុត​របស់​អ្នក​ហើយ ​ប្រជែង​នឹង​ការ​សន្មត​រចនា​របស់​អ្នក

  • តើអ្នកកំពុងបង្កើតកម្មវិធីដែលមានភាពអាចរកបាន 99.999% និងភាពយឺតនៃអនុមីលីវិនាទី ប៉ុន្តែអ្នកប្រើប្រាស់ប្រាកដនិយមនឹងល្អគ្រប់គ្រាន់ជាមួយនឹងភាពអាចរកបាន 99% និងរយៈពេល latency រាប់រយមីលីវិនាទីមែនទេ?
  • តើ​អ្នក​កំពុង​បង្កើត​សំណុំ​ទិន្នន័យ​ដែល​មាន​ជួរ​រាប់​ពាន់​លាន ប៉ុន្តែ​អ្នក​ប្រើ​នឹង​ប្រើ​តែ​ការ​រួម​បញ្ចូល​នៃ​វិធានការ​មួយ​ចំនួន​ប៉ុណ្ណោះ?
  • តើអ្នកកំពុងចុះចតទិន្នន័យតាមពេលវេលាពិត ប៉ុន្តែទិន្នន័យត្រូវបានវិភាគតែមួយដងក្នុងមួយថ្ងៃ?
  • តើអ្នកកំពុងផ្ទុកឡើងវិញនូវឃ្លាំងសម្ងាត់រៀងរាល់ 10 វិនាទី ប៉ុន្តែវាពិតជាផ្លាស់ប្តូរពេញមួយថ្ងៃមែនទេ?


សំណួរទាំងអស់នេះត្រលប់ទៅសំណួរសំខាន់បំផុត: តើកម្មវិធីនឹងត្រូវប្រើយ៉ាងដូចម្តេច? តើអ្វីជាតម្លៃអាជីវកម្មសម្រាប់វា? តើ​កម្មវិធី​នេះ​ជួយ​យើង​ឱ្យ​សម្រេច​បាន​គោលដៅ​ដែល​បាន​ផ្តល់​ឱ្យ​ដោយ​របៀប​ណា?


ជា​ការ​ពិត​ណាស់ ចម្លើយ​ទាំង​អស់​នេះ ​ច្រើន​តែ​មិន​ច្បាស់​នៅ​ពេល​ចាប់​ផ្តើម​គម្រោង។ ប៉ុន្តែនោះហើយជាមូលហេតុដែលការរចនាគួរតែជាដំណើរការដដែលៗជានិច្ច - អនុញ្ញាតឱ្យការផ្លាស់ប្តូរកើតឡើងយ៉ាងរលូនតាមដែលអាចធ្វើទៅបាន។ វិស្វករគួរតែទទួលយកការវិវត្តន៍ និងការផ្លាស់ប្តូរ ដោយតម្រឹមការអភិវឌ្ឍន៍កម្មវិធីជាមួយនឹងផលប៉ះពាល់។


ជំហានទី 2៖ កែសម្រួលធនធានហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នកឱ្យបានល្អតាមតម្រូវការរបស់អ្នក។

ជំហានទីពីររួមមានការផ្តល់នូវកម្មវិធីជាមួយនឹងធនធានត្រឹមត្រូវ និងការលៃតម្រូវវាទៅហេដ្ឋារចនាសម្ព័ន្ធត្រឹមត្រូវ។


ក្នុងនាមជាវិស្វករ ត្រូវដឹងពីរបៀបដែលការចំណាយលើពពកត្រូវបានគណនា។ ជាឧទាហរណ៍ AWS ផ្ដល់ជូនករណីកន្លែងដែលអ្នកអាចដេញថ្លៃសម្រាប់តម្លៃចង្កោម — វាមានប្រយោជន៍ជាពិសេសប្រសិនបើអ្នកមានកម្មវិធីដែលអត់ឱនឱ្យកំហុស និងអាចបត់បែនបាន។ ប្រើពួកវាប្រសិនបើអ្នកអាច - AWS ទាមទារការកាត់បន្ថយការចំណាយរហូតដល់ 90% [ 4 ] ។


ការពិចារណាមួយចំនួនផ្សេងទៀតដែលអ្នកប្រហែលជាចង់ដោះស្រាយគឺ៖

  • តើ​អ្នក​កំពុង​បម្រើ​អតិថិជន​ជា​សាកល​ឬ​នៅ​ក្នុង​តំបន់​ភូមិសាស្ត្រ​តែ​មួយ​ទេ? តើ​អ្នក​ពិត​ជា​ត្រូវ​ការ​ហេដ្ឋា​រចនា​សម្ព័ន្ធ​របស់​អ្នក​ដើម្បី​រស់​នៅ​ទូទាំង​ពិភពលោក ឬ​តើ​អ្នក​អាច​កំណត់​វា​ឱ្យ​ជិត​នឹង​មូលដ្ឋាន​អតិថិជន​របស់​អ្នក​បាន​ទេ?
  • តើ​អ្នក​កំពុង​ផ្តល់​លើស​ពី​ករណី​ចង្កោម​របស់​អ្នក​ឬ? ព្យាយាមធានាថាមានសមត្ថភាពគ្រប់គ្រាន់ដើម្បីគ្រប់គ្រងបន្ទុកខ្ពស់បំផុតដោយមិនចាំបាច់ចំណាយ។ ប្រើប្រាស់ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិដើម្បីកែតម្រូវធនធានដោយថាមវន្តដោយផ្អែកលើតម្រូវការជាក់ស្តែង ការពារការបង់ប្រាក់លើសសម្រាប់ធនធានទំនេរ។
  • ប្រសិនបើអ្នកកំពុងធ្វើការជាមួយទិន្នន័យ និង Spark សូមប្រាកដថាអ្នកយល់ពីគំនិត Spark និងការលៃតម្រូវ! ប្រសិនបើអ្នកមិនធ្វើទេ សូមក្រឡេកមើលធនធានខាងក្រោម [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] ។

ជំហានទី 3៖ ប្រើឧទាហរណ៍ AWS Graviton

មានគុណវិបត្តិតិចតួចក្នុងការប្រើឧទាហរណ៍ AWS Graviton ។ AWS បានបណ្តាក់ទុនយ៉ាងច្រើនក្នុងការបង្កើត processors ដែលមានប្រសិទ្ធភាពបំផុត។ អ្នក​អាច​ទទួល​បាន​ការ​កាត់​បន្ថយ​ការ​ចំណាយ​លើ​ពពក​រហូត​ដល់ 40% ដោយ​គ្រាន់​តែ​ប្ដូរ​ពី​ប្រព័ន្ធ​ដំណើរការ​ដែល​មាន​មូលដ្ឋាន​លើ Intel ទៅ​ជា​ប្រព័ន្ធ​ដំណើរការ​ដែល​មាន​មូលដ្ឋាន​លើ ARM [ 10 ]។


ការព្រមានតែមួយគត់ចំពោះបញ្ហានេះគឺថាកម្មវិធីរបស់អ្នកត្រូវការត្រូវគ្នាជាមួយប្រព័ន្ធដំណើរការ ARM ដែល Graviton ដំណើរការ។ ប្រសិនបើអ្នកកំពុងដោះស្រាយជាមួយនឹងសេវាកម្មដែលបានគ្រប់គ្រងដូចជា RDS ឬ OpenSearch នោះមិនមានភាពស្មុគស្មាញអ្វីទាំងអស់ក្នុងការប្តូរ — AWS ដោះស្រាយជាមួយនឹងប្រព័ន្ធប្រតិបត្តិការមូលដ្ឋាននិងភាពឆបគ្នានៃកម្មវិធី។ ប្រសិនបើអ្នកកំពុងបង្កើតកម្មវិធីផ្ទាល់ខ្លួនរបស់អ្នក នោះអ្នកប្រហែលជាត្រូវចងក្រងកញ្ចប់ឡើងវិញ អាស្រ័យលើភាសាដែលអ្នកកំពុងប្រើ — Java និងភាសាផ្សេងទៀតមិនត្រូវការការផ្លាស់ប្តូរទេ ចំណែក Python ទាមទារការយកចិត្តទុកដាក់ខ្លះ។


ជំហានទី 4: តាមដានការចំណាយរបស់អ្នក និងអប់រំអំពីការយល់ដឹងអំពីការចំណាយ

ជាចុងក្រោយ កុំភ្លេចតាមដានការចំណាយរបស់អ្នកសម្រាប់ការកើនឡើង និងការភ្ញាក់ផ្អើលដែលមិននឹកស្មានដល់។ ការចំណាយនៅថ្ងៃទី 0 នៃកម្មវិធីរបស់អ្នកនឹងខុសពីតម្លៃនៅថ្ងៃទី 170។ សូមប្រាកដថាអ្នកតាមដានការផ្លាស់ប្តូរ ហើយអ្នកយល់ពីមូលហេតុដែលការផ្លាស់ប្តូរកំពុងកើតឡើង៖ តើវាដាក់ជង់លើការចំណាយលើការផ្ទុក s3 ឬវាគ្រាន់តែជាការបិទតែម្តង។ spike?


រៀបចំការជូនដំណឹងចាំបាច់ និងសៀវភៅណែនាំប្រតិបត្តិការ !


សំខាន់ អនុវត្តស្លាកការបែងចែកថ្លៃដើម ដើម្បីតាមដានការចំណាយតាមនាយកដ្ឋាន គម្រោង ឬបរិស្ថាន។ ជៀសវាងហានិភ័យនៃការបង្កើតវាលភក់ទិន្នន័យដែលតម្លៃមិនអាចតាមដានបាន ឬទាមទារការធ្វើដំណើរដ៏វែងឆ្ងាយឆ្លងកាត់ប្រព័ន្ធកំណត់ហេតុផ្សេងៗ។ វាគួរតែរហ័ស និងសាមញ្ញ ដើម្បីត្រលប់ទៅតម្លៃកម្មវិធីដែលបានផ្តល់ឱ្យ។


គំនិតចុងក្រោយ

មិនថាអ្នកកំពុងធ្វើការនៅទីណាទេ ការធ្វើសមតុល្យការចែកចាយមុខងារថ្មីៗជាមួយនឹងការបង្កើនប្រសិទ្ធភាពនៃមុខងារបច្ចុប្បន្នគឺពិបាកណាស់។ អ្នកណាដែលមិនត្រូវបានគេដាក់សម្ពាធឱ្យផ្តល់នូវលក្ខណៈពិសេសប្លែកថ្មីនៅល្បឿនពន្លឺ។


ទោះជាយ៉ាងណាក៏ដោយ វាចាំបាច់សម្រាប់ទាំងវិស្វករ និងអ្នកគ្រប់គ្រងដើម្បីធ្វើការសម្រេចចិត្តដោយចេតនា និងសកម្មអំពីគម្រោងបច្ចុប្បន្នរបស់ពួកគេ ការគ្រប់គ្រងហានិភ័យ និងឱកាសប្រកបដោយប្រសិទ្ធភាព។

L O A D I N G
. . . comments & more!

About Author

Gianpi Colonna HackerNoon profile picture
Gianpi Colonna@gianpicolonna
ML Engineer @ Expedia Group

ព្យួរស្លាក

អត្ថបទនេះត្រូវបានបង្ហាញនៅក្នុង...