តើអ្នកចំណាយប៉ុន្មានលើហេដ្ឋារចនាសម្ព័ន្ធ? ហើយតើអ្នកអាចសន្សំប្រាក់លើរឿងនេះដោយរបៀបណា?

អ្នកប្រាកដជាឆ្ងល់ថាតើគម្រោងរបស់អ្នកមានតម្លៃប៉ុន្មាន។ ក្នុងពេលជាមួយគ្នានេះវាគួរឱ្យភ្ញាក់ផ្អើល: ការកើនឡើងនៃការចំណាយគឺមិនលីនេអ៊ែរទាក់ទងនឹងការផ្ទុក។ ម្ចាស់អាជីវកម្ម ស្ថានីយ៍សេវាកម្ម និងអ្នកអភិវឌ្ឍន៍ជាច្រើនយល់ដោយសម្ងាត់ថា ពួកគេកំពុងបង់ប្រាក់លើស។ ប៉ុន្តែសម្រាប់អ្វីពិតប្រាកដ?

ជាធម្មតា ការកាត់ថ្លៃចំណាយគឺមកលើការស្វែងរកដំណោះស្រាយថោកបំផុត ផែនការ AWS ឬក្នុងករណី racks ធ្វើឱ្យការកំណត់រចនាសម្ព័ន្ធ hardware ប្រសើរឡើង។ មិនត្រឹមតែប៉ុណ្ណឹងទេ៖ តាមពិតអ្នកណាក៏ធ្វើដូចព្រះសព្វព្រះទ័យដែរ៖ ប្រសិនបើយើងកំពុងនិយាយអំពីការចាប់ផ្ដើមអាជីវកម្ម នោះប្រហែលជាអ្នកអភិវឌ្ឍន៍ឈានមុខគេដែលឈឺក្បាលច្រើន។ នៅក្នុងការិយាល័យធំ ៗ នេះត្រូវបានដោះស្រាយដោយ CMO/CTO ហើយជួនកាលអគ្គនាយកផ្ទាល់បានចូលរួមក្នុងបញ្ហានេះរួមគ្នាជាមួយប្រធានគណនេយ្យករ។ ជាទូទៅ មនុស្សទាំងនោះដែលមានកង្វល់ "ស្នូល" គ្រប់គ្រាន់។ ហើយវាបង្ហាញថាវិក័យប័ត្រហេដ្ឋារចនាសម្ព័ន្ធកំពុងកើនឡើង ប៉ុន្តែអ្នកដែលមិនមានពេលវេលាដើម្បីដោះស្រាយវាកំពុងដោះស្រាយ។

ប្រសិនបើអ្នកត្រូវការទិញក្រដាសអនាម័យសម្រាប់ការិយាល័យ វានឹងធ្វើឡើងដោយអ្នកគ្រប់គ្រងការផ្គត់ផ្គង់ ឬអ្នកទទួលខុសត្រូវពីក្រុមហ៊ុនសម្អាត។ ប្រសិនបើយើងកំពុងនិយាយអំពីការអភិវឌ្ឍន៍ - អ្នកដឹកនាំនិង CTO ។ ការលក់ - អ្វីគ្រប់យ៉ាងគឺច្បាស់ផងដែរ។ ប៉ុន្តែចាប់តាំងពីសម័យបុរាណនៅពេលដែល "បន្ទប់ម៉ាស៊ីនមេ" គឺជាឈ្មោះសម្រាប់គណៈរដ្ឋមន្ត្រីដែលមានប្រព័ន្ធប៉មធម្មតាដែលមាន RAM បន្ថែមទៀតនិងដ្រាយវ៍រឹងពីរបីនៅក្នុងការវាយឆ្មក់អ្នកគ្រប់គ្នា (ឬយ៉ាងហោចណាស់ជាច្រើន) មិនអើពើ។ ការពិតដែលថាការទិញសមត្ថភាពគួរតែត្រូវបានដោះស្រាយផងដែរ មនុស្សដែលបានទទួលការបណ្តុះបណ្តាលពិសេស។

Alas ការចងចាំ និងបទពិសោធន៍ជាប្រវត្តិសាស្ត្របង្ហាញថា អស់ជាច្រើនទស្សវត្សរ៍ កិច្ចការនេះត្រូវបានប្តូរទៅមនុស្ស "ចៃដន្យ"៖ អ្នកណាដែលនៅជិតបំផុតនឹងសួរសំណួរ។ ហើយថ្មីៗនេះ វិជ្ជាជីវៈ FinOps បានចាប់ផ្តើមមានរូបរាងនៅលើទីផ្សារ និងទទួលបានរូបរាងជាក់ស្តែង។ នេះ​គឺ​ជា​អ្នក​ទទួល​បាន​ការ​បណ្តុះ​បណ្តាល​ពិសេស​ដូច​គ្នា​ដែល​មាន​ភារកិច្ច​គ្រប់​គ្រង​ការ​ទិញ​និង​ការ​ប្រើ​ប្រាស់​សមត្ថភាព។ ហើយនៅទីបំផុត ក្នុងការកាត់បន្ថយការចំណាយរបស់ក្រុមហ៊ុននៅក្នុងតំបន់នេះ។

យើងមិនតស៊ូមតិដើម្បីបោះបង់ដំណោះស្រាយដែលមានតម្លៃថ្លៃ និងមានប្រសិទ្ធភាពនោះទេ៖ អាជីវកម្មនីមួយៗត្រូវតែសម្រេចចិត្តដោយខ្លួនឯងនូវអ្វីដែលវាត្រូវការសម្រាប់អត្ថិភាពប្រកបដោយផាសុកភាពទាក់ទងនឹងតម្លៃផ្នែករឹង និងពពក។ ប៉ុន្តែគេមិនអាចជួយបានក្រៅពីយកចិត្តទុកដាក់លើការពិតដែលថាការទិញដោយមិនគិត "យោងទៅតាមបញ្ជី" ដោយគ្មានការត្រួតពិនិត្យជាបន្តបន្ទាប់និងការវិភាគនៃការប្រើប្រាស់សម្រាប់ក្រុមហ៊ុនជាច្រើននៅទីបំផុតបណ្តាលឱ្យមានការខាតបង់យ៉ាងខ្លាំងដោយសារតែការគ្រប់គ្រងគ្មានប្រសិទ្ធភាពនៃ "ទ្រព្យសម្បត្តិ" នៃផ្នែកខាងក្រោយរបស់ពួកគេ។

តើ FinOps ជានរណា

ឧបមាថាអ្នកមានសហគ្រាសល្បីឈ្មោះ ដែលអ្នកលក់និយាយអំពី "សហគ្រាស" ក្នុងសម្លេងដ៏ស្រទន់។ ប្រហែលជា "យោងទៅតាមបញ្ជី" អ្នកបានទិញម៉ាស៊ីនមេរាប់សិបឬពីរ AWS និង "របស់តិចតួច" ផ្សេងទៀត។ ដែលជាឡូជីខល៖ នៅក្នុងក្រុមហ៊ុនធំមួយ ប្រភេទនៃចលនាកំពុងកើតឡើងឥតឈប់ឈរ - ក្រុមខ្លះរីកចម្រើន អ្នកផ្សេងទៀតបែកបាក់ អ្នកផ្សេងទៀតត្រូវបានផ្ទេរទៅគម្រោងជិតខាង។ ហើយការរួមបញ្ចូលគ្នានៃចលនាទាំងនេះ រួមជាមួយនឹងយន្តការលទ្ធកម្ម "ផ្អែកលើបញ្ជី" ទីបំផុតនាំឱ្យសក់ពណ៌ប្រផេះថ្មីនៅពេលមើលវិក័យប័ត្រហេដ្ឋារចនាសម្ព័ន្ធប្រចាំខែបន្ទាប់។

ដូច្នេះអ្វីដែលត្រូវធ្វើ - បន្តពណ៌ប្រផេះដោយអត់ធ្មត់ លាបពណ៌លើវា ឬស្វែងរកហេតុផលសម្រាប់រូបរាងនៃលេខសូន្យដ៏គួរឱ្យភ័យខ្លាចទាំងនេះនៅក្នុងការទូទាត់?

ចូរនិយាយដោយស្មោះត្រង់៖ ការយល់ព្រម ការយល់ព្រម និងការទូទាត់ដោយផ្ទាល់នៃកម្មវិធីនៅក្នុងក្រុមហ៊ុនសម្រាប់តម្លៃ AWS ដូចគ្នាគឺមិនតែងតែ (តាមការពិតស្ទើរតែមិនដែល) លឿននោះទេ។ ហើយច្បាស់ណាស់ដោយសារតែចលនាសាជីវកម្មថេរ ការទិញយកដូចគ្នាទាំងនេះមួយចំនួនអាច "បាត់បង់" នៅកន្លែងណាមួយ។ ហើយ​វា​ជា​រឿង​តូចតាច​ក្នុង​ការ​នៅ​ទំនេរ។ ប្រសិនបើអ្នកគ្រប់គ្រងដែលយកចិត្តទុកដាក់កត់សម្គាល់ rack ដែលគ្មានម្ចាស់នៅក្នុងបន្ទប់ server របស់គាត់ នោះនៅក្នុងករណីនៃ cloud tariff អ្វីគ្រប់យ៉ាងគឺកាន់តែសោកសៅ។ ពួកគេអាចត្រូវបានគេដាក់ជាច្រើនខែ - បង់សម្រាប់ប៉ុន្តែក្នុងពេលតែមួយលែងត្រូវការដោយនរណាម្នាក់នៅក្នុងនាយកដ្ឋានដែលពួកគេត្រូវបានទិញ។ ក្នុងពេលជាមួយគ្នានេះ សហសេវិកមកពីការិយាល័យបន្ទាប់ចាប់ផ្តើមហែកសក់ដែលមិនទាន់មានពណ៌ប្រផេះរបស់ពួកគេមិនត្រឹមតែនៅលើក្បាលរបស់ពួកគេប៉ុណ្ណោះទេ ថែមទាំងនៅកន្លែងផ្សេងទៀតផងដែរ - ពួកគេមិនអាចបង់ថ្លៃប្រហែលតម្លៃ AWS ដូចគ្នាសម្រាប់សប្តាហ៍ទី XNUMX ដែល គឺ​ត្រូវ​ការ​យ៉ាង​ខ្លាំង។

តើអ្វីជាដំណោះស្រាយជាក់ស្តែងបំផុត? ត្រឹមត្រូវហើយ ប្រគល់អ្នកតំរូវអោយអ្នកដែលត្រូវការ ហើយគ្រប់គ្នាសប្បាយចិត្ត។ ប៉ុន្តែទំនាក់ទំនងផ្តេកមិនតែងតែត្រូវបានបង្កើតឡើងយ៉ាងល្អនោះទេ។ ហើយនាយកដ្ឋានទី XNUMX ប្រហែលជាមិនដឹងអំពីទ្រព្យសម្បត្តិរបស់ទី XNUMX ដែលមើលទៅពិតជាមិនត្រូវការទ្រព្យសម្បត្តិនេះទេ។

តើអ្នកណាត្រូវស្តីបន្ទោសចំពោះរឿងនេះ? - តាមពិតគ្មាននរណាម្នាក់ទេ។ នោះហើយជារបៀបដែលអ្វីគ្រប់យ៉ាងត្រូវបានបង្កើតឡើងសម្រាប់ពេលនេះ។
អ្នកណាខ្លះជួបរឿងនេះ? - នោះហើយជាវាក្រុមហ៊ុនទាំងមូល។
តើអ្នកណាអាចជួសជុលស្ថានភាពបាន? - បាទ បាទ FinOps ។

FinOps មិនមែនគ្រាន់តែជាស្រទាប់មួយរវាងអ្នកអភិវឌ្ឍន៍ និងឧបករណ៍ដែលពួកគេត្រូវការប៉ុណ្ណោះទេ ប៉ុន្តែជាបុគ្គល ឬក្រុមដែលនឹងដឹងថាវា "កុហក" នៅឯណា និងល្អប៉ុណ្ណានៅក្នុងលក្ខខណ្ឌនៃពន្ធលើពពកដូចគ្នាដែលបានទិញដោយក្រុមហ៊ុន។ ជាការពិត មនុស្សទាំងនេះត្រូវតែធ្វើការរួមគ្នាជាមួយ DevOps ម្ខាង និងផ្នែកហិរញ្ញវត្ថុម្ខាងទៀតដើរតួនាទីជាអន្តរការីដ៏មានប្រសិទ្ធភាព ហើយសំខាន់បំផុតគឺអ្នកវិភាគ។

បន្តិចអំពីការបង្កើនប្រសិទ្ធភាព

ពពក។ តម្លៃថោកសមរម្យនិងងាយស្រួលណាស់។ ប៉ុន្តែដំណោះស្រាយនេះឈប់មានតម្លៃថោក នៅពេលដែលចំនួនម៉ាស៊ីនមេឡើងដល់ពីរខ្ទង់ ឬបីខ្ទង់។ លើសពីនេះ ពពកធ្វើឱ្យវាអាចប្រើប្រាស់សេវាកម្មកាន់តែច្រើនឡើងៗដែលពីមុនមិនអាចប្រើបាន៖ ទាំងនេះគឺជាមូលដ្ឋានទិន្នន័យជាសេវាកម្ម (Amazon AWS, Azure Database), កម្មវិធីគ្មានម៉ាស៊ីនមេ (AWS Lambda, Azure Functions) និងកម្មវិធីជាច្រើនទៀត។ សុទ្ធតែ​ឡូយ​ៗ​ព្រោះ​ងាយ​ស្រួល​ប្រើ ទិញ​ចូល​មិន​មាន​បញ្ហា។ ប៉ុន្តែ​ក្រុមហ៊ុន និង​គម្រោង​របស់​ក្រុមហ៊ុន​កាន់តែ​ជ្រៅ​ធ្លាក់​ទៅក្នុង​ពពក នោះ CFO កាន់តែ​គេង​កាន់តែ​អាក្រក់។ ហើយកាន់តែលឿន ទូទៅប្រែជាពណ៌ប្រផេះ។

ការពិតគឺថាវិក្កយបត្រសម្រាប់សេវាកម្មពពកផ្សេងៗតែងតែមានការភ័ន្តច្រឡំខ្លាំង៖ សម្រាប់ធាតុមួយ អ្នកអាចទទួលបានការពន្យល់បីទំព័រអំពីអ្វី កន្លែងណា និងរបៀបដែលប្រាក់របស់អ្នកបានទៅ។ នេះពិតណាស់គឺរីករាយប៉ុន្តែវាស្ទើរតែមិនអាចយល់បាន។ លើសពីនេះទៅទៀត គំនិតរបស់យើងលើបញ្ហានេះគឺនៅឆ្ងាយពីតែមួយគត់៖ ដើម្បីផ្ទេរគណនីពពកទៅមនុស្ស វាមានសេវាកម្មទាំងមូល ជាឧទាហរណ៍ www.cloudyn.com ឬ www.cloudability.com. ប្រសិនបើនរណាម្នាក់រំខានក្នុងការបង្កើតសេវាកម្មដាច់ដោយឡែកមួយសម្រាប់កាត់វិក្កយបត្រ នោះទំហំនៃបញ្ហាបានធ្វើឱ្យតម្លៃថ្នាំជ្រលក់សក់លើសពីតម្លៃ។

ដូច្នេះតើ FinOps ធ្វើអ្វីក្នុងស្ថានភាពនេះ៖

• យល់យ៉ាងច្បាស់នៅពេល និងក្នុងបរិមាណអ្វី ដែលដំណោះស្រាយពពកត្រូវបានទិញ។
• ដឹងពីរបៀបដែលសមត្ថភាពទាំងនេះត្រូវបានប្រើប្រាស់។
• ចែកចាយវាឡើងវិញ អាស្រ័យលើតម្រូវការរបស់អង្គភាពជាក់លាក់មួយ។
• មិនទិញ "ដូច្នេះវាអាច" ។
• ហើយនៅទីបញ្ចប់ វាជួយអ្នកសន្សំប្រាក់។

ឧទាហរណ៍ដ៏អស្ចារ្យមួយគឺការផ្ទុកពពកនៃច្បាប់ចម្លងត្រជាក់នៃមូលដ្ឋានទិន្នន័យ។ ឧទាហរណ៍ តើ​អ្នក​ទុក​វា​ក្នុង​ប័ណ្ណសារ​ដើម្បី​កាត់​បន្ថយ​ទំហំ​និង​ចរាចរណ៍​ដែល​ប្រើ​ពេល​ធ្វើ​បច្ចុប្បន្នភាព​កន្លែង​ផ្ទុក​ឬ? បាទ / ចាស វាហាក់ដូចជាថាស្ថានភាពមានតម្លៃថោក - ក្នុងករណីជាក់លាក់មួយ ប៉ុន្តែចំនួនសរុបនៃស្ថានភាពថោកបែបនេះនៅពេលក្រោយបណ្តាលឱ្យមានការចំណាយហួសហេតុសម្រាប់សេវាកម្មពពក។

ឬស្ថានភាពមួយផ្សេងទៀត៖ អ្នកបានទិញសមត្ថភាពបម្រុងនៅលើ AWS ឬ Azure ដើម្បីកុំឱ្យធ្លាក់នៅក្រោមបន្ទុកខ្ពស់បំផុត។ តើ​អ្នក​អាច​ប្រាកដ​ថា​នេះ​ជា​ដំណោះ​ស្រាយ​ដ៏​ល្អ​បំផុត​ទេ? យ៉ាងណាមិញ ប្រសិនបើករណីទាំងនេះនៅទំនេរ 80% នោះអ្នកគ្រាន់តែផ្តល់លុយឱ្យ Amazon ប៉ុណ្ណោះ។ លើសពីនេះទៅទៀតសម្រាប់ករណីបែបនេះ AWS និង Azure ដូចគ្នាមានករណីផ្ទុះឡើង - ហេតុអ្វីបានជាអ្នកត្រូវការម៉ាស៊ីនមេទុកចោល ប្រសិនបើអ្នកអាចប្រើឧបករណ៍ដើម្បីដោះស្រាយបញ្ហានៃការផ្ទុកខ្ពស់បំផុត? ឬជំនួសឱ្យឧទាហរណ៍នៅលើ Premise អ្នកគួរតែមើលទៅលើការកក់ទុក - ពួកគេមានតម្លៃថោកជាង ហើយពួកគេក៏ផ្តល់ការបញ្ចុះតម្លៃផងដែរ។

ដោយវិធីនេះអំពីការបញ្ចុះតម្លៃ

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

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

ក្នុងពេលជាមួយគ្នានេះ អ្នកត្រូវចាំថា ពន្លឺមិនបញ្ចូលគ្នាដូចក្រូចឆ្មារនៅលើ AWS ឬ Azure នោះទេ។ ជាការពិតណាស់មិនមានសំណួរនៃការរៀបចំបន្ទប់ម៉ាស៊ីនមេផ្ទាល់ខ្លួនរបស់អ្នកទេ - ប៉ុន្តែមានជម្រើសសម្រាប់ដំណោះស្រាយបុរាណទាំងពីរនេះពីក្រុមហ៊ុនយក្ស។

ឧទាហរណ៍ Google បាននាំយកវេទិកា Firebase ទៅកាន់ក្រុមហ៊ុននានា ដែលពួកគេអាចធ្វើជាម្ចាស់ផ្ទះគម្រោងទូរស័ព្ទដូចគ្នានៅលើមូលដ្ឋាន turnkey ដែលអាចតម្រូវឱ្យមានការធ្វើមាត្រដ្ឋានយ៉ាងឆាប់រហ័ស។ ការផ្ទុក មូលដ្ឋានទិន្នន័យពេលវេលាពិត ការបង្ហោះ និងការធ្វើសមកាលកម្មទិន្នន័យលើពពក ដោយប្រើដំណោះស្រាយនេះជាឧទាហរណ៍គឺអាចរកបាននៅកន្លែងតែមួយ។

ម៉្យាងវិញទៀត ប្រសិនបើយើងមិននិយាយអំពីគម្រោង monolithic ទេ ប៉ុន្តែអំពីចំនួនសរុបរបស់ពួកគេ នោះដំណោះស្រាយកណ្តាលមិនតែងតែមានប្រយោជន៍នោះទេ។ ប្រសិនបើគម្រោងនេះមានអាយុកាលយូរ មានប្រវត្តិនៃការអភិវឌ្ឍន៍របស់ខ្លួន និងចំនួនទិន្នន័យដែលត្រូវគ្នាដែលត្រូវការសម្រាប់ការផ្ទុក នោះវាមានតម្លៃគិតអំពីការដាក់ផ្នែកបន្ថែម។

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

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

តើមានអ្វីនៅទីបញ្ចប់?

ជាទូទៅ ពពកមានភាពត្រជាក់ ពួកគេដោះស្រាយបញ្ហាជាច្រើនសម្រាប់អាជីវកម្មគ្រប់ទំហំ។ ទោះជាយ៉ាងណាក៏ដោយភាពថ្មីនៃបាតុភូតនេះមានន័យថាយើងនៅតែមិនមានវប្បធម៌នៃការប្រើប្រាស់និងការគ្រប់គ្រង។ FinOps គឺជាឧបករណ៍គ្រប់គ្រងដែលជួយអ្នកឱ្យប្រើប្រាស់ថាមពលពពកកាន់តែមានប្រសិទ្ធភាព។ រឿងចំបងគឺមិនត្រូវបង្វែរទីតាំងនេះទៅជា analogue នៃក្រុមបាញ់ទេដែលភារកិច្ចរបស់ពួកគេគឺដើម្បីចាប់អ្នកអភិវឌ្ឍន៍ដែលមិនយកចិត្តទុកដាក់ដោយដៃហើយ "ដាស់តឿន" ពួកគេឱ្យឈប់សម្រាក។

អ្នកអភិវឌ្ឍន៍គួរតែអភិវឌ្ឍ មិនមែនរាប់លុយក្រុមហ៊ុនទេ។ ដូច្នេះហើយ FinOps គួរតែធ្វើឱ្យទាំងដំណើរការទិញ និងដំណើរការនៃការដក ឬផ្ទេរសមត្ថភាពពពកទៅក្រុមផ្សេងទៀតជាព្រឹត្តិការណ៍សាមញ្ញ និងរីករាយសម្រាប់ភាគីទាំងអស់។

ប្រភព: www.habr.com