របៀបធ្វើចំណាកស្រុកទៅពពកក្នុងរយៈពេលពីរម៉ោង ដោយសារ Kubernetes និងស្វ័យប្រវត្តិកម្ម

ក្រុមហ៊ុន URUS បានសាកល្បង Kubernetes ក្នុងទម្រង់ផ្សេងៗគ្នា៖ ការដាក់ពង្រាយឯករាជ្យលើលោហៈទទេ នៅក្នុង Google Cloud ហើយបន្ទាប់មកបានផ្ទេរវេទិការបស់ខ្លួនទៅកាន់ពពក Mail.ru Cloud Solutions (MCS) ។ Igor Shishkin ប្រាប់ពីរបៀបដែលពួកគេជ្រើសរើសអ្នកផ្តល់សេវាពពកថ្មី និងរបៀបដែលពួកគេបានគ្រប់គ្រងដើម្បីធ្វើចំណាកស្រុកទៅកាន់វាក្នុងរយៈពេលពីរម៉ោង (t3 រត់), អ្នកគ្រប់គ្រងប្រព័ន្ធជាន់ខ្ពស់នៅ URUS ។

តើ URUS ធ្វើអ្វី?

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

របៀបដែល URUS ដំណើរការពីខាងក្នុង

អតិថិជនធម្មតារបស់ URUS គឺជាក្រុមហ៊ុនដែលមានទីតាំងនៅ ឬជិតតំបន់លំនៅដ្ឋាន។ នេះអាចជារោងចក្រ កំពង់ផែ ដេប៉ូផ្លូវដែក ឬកន្លែងផ្សេងៗទៀត។ ប្រសិនបើអតិថិជនរបស់យើងបានទទួលការព្រមានរួចហើយ ត្រូវបានគេផាកពិន័យចំពោះការបំពុលបរិស្ថាន ឬចង់បង្កើតសំឡេងតិច កាត់បន្ថយបរិមាណនៃការបំភាយដែលបង្កគ្រោះថ្នាក់ គាត់មករកយើង ហើយយើងផ្តល់ជូនគាត់នូវដំណោះស្រាយដែលត្រៀមរួចជាស្រេចសម្រាប់ការត្រួតពិនិត្យបរិស្ថាន។

ក្រាហ្វត្រួតពិនិត្យកំហាប់ H2S បង្ហាញពីការបំភាយឧស្ម័ននៅពេលយប់ជាទៀងទាត់ពីរោងចក្រនៅក្បែរនោះ។

ឧបករណ៍ដែលយើងប្រើនៅ URUS មានឧបករណ៍ចាប់សញ្ញាជាច្រើនដែលប្រមូលព័ត៌មានអំពីខ្លឹមសារនៃឧស្ម័នជាក់លាក់ កម្រិតសំឡេង និងទិន្នន័យផ្សេងទៀត ដើម្បីវាយតម្លៃស្ថានភាពបរិស្ថាន។ ចំនួនពិតប្រាកដនៃឧបករណ៍ចាប់សញ្ញាតែងតែត្រូវបានកំណត់ដោយភារកិច្ចជាក់លាក់។

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

ស្របគ្នានោះ សេវាកម្មផ្សេងទៀតជាច្រើនដំណើរការនៅលើវេទិការបស់យើង ប៉ុន្តែពួកវាមានលក្ខណៈសេវាកម្មជាចម្បង។ ឧទាហរណ៍ សេវាជូនដំណឹងផ្ញើការជូនដំណឹងដល់អតិថិជន ប្រសិនបើប៉ារ៉ាម៉ែត្រដែលបានត្រួតពិនិត្យណាមួយ (ឧទាហរណ៍ មាតិកា CO2) លើសពីតម្លៃដែលអាចអនុញ្ញាតបាន។

របៀបដែលយើងរក្សាទុកទិន្នន័យ។ រឿងរ៉ាវរបស់ Kubernetes នៅលើដែកទទេ

គម្រោងត្រួតពិនិត្យបរិស្ថាន URUS មានឃ្លាំងទិន្នន័យជាច្រើន។ នៅក្នុងមួយយើងរក្សាទិន្នន័យ "ឆៅ" - អ្វីដែលយើងបានទទួលដោយផ្ទាល់ពីឧបករណ៍ខ្លួនឯង។ ឧបករណ៍ផ្ទុកនេះគឺជាកាសែត "ម៉ាញេទិក" ដូចជានៅលើកាសែតកាសែតចាស់ ដែលមានប្រវត្តិនៃសូចនាករទាំងអស់។ ប្រភេទទី XNUMX នៃទំហំផ្ទុកត្រូវបានប្រើសម្រាប់ទិន្នន័យដែលបានដំណើរការជាមុន - ទិន្នន័យពីឧបករណ៍ដែលសំបូរទៅដោយទិន្នន័យមេតាអំពីការតភ្ជាប់រវាងឧបករណ៍ចាប់សញ្ញា និងការអានឧបករណ៍ដោយខ្លួនឯង ទំនាក់ទំនងជាមួយអង្គការ ទីតាំងជាដើម។ ព័ត៌មាននេះអនុញ្ញាតឱ្យអ្នកវាយតម្លៃថាមវន្តថាតើសូចនាករជាក់លាក់មួយមានរបៀបណា។ បានផ្លាស់ប្តូរក្នុងរយៈពេលជាក់លាក់មួយ។ យើងប្រើការផ្ទុកទិន្នន័យ "ឆៅ" ក្នុងចំណោមរបស់ផ្សេងទៀត ជាការបម្រុងទុក និងសម្រាប់ការស្ដារទិន្នន័យដែលបានដំណើរការជាមុន ប្រសិនបើតម្រូវការបែបនេះកើតឡើង។

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

ស្របគ្នានឹងការស្ទាត់ជំនាញ Kubernetes ខ្លួនឯង យើងក៏បានសិក្សាពីវិធីរក្សាទុកទិន្នន័យ ខណៈពេលដែលយើងរក្សាទំហំផ្ទុករបស់យើងទាំងអស់នៅក្នុង Kubernetes លើផ្នែករឹងរបស់យើង យើងទទួលបានជំនាញដ៏ល្អឥតខ្ចោះ។ អ្វីគ្រប់យ៉ាងដែលយើងធ្លាប់មាននៅពេលនោះនៅលើ Kubernetes៖ ទំហំផ្ទុកពេញលេញ ប្រព័ន្ធត្រួតពិនិត្យ CI/CD ។ Kubernetes បាន​ក្លាយ​ជា​វេទិកា​ទាំងអស់​ក្នុង​មួយ​សម្រាប់​យើង។

ប៉ុន្តែយើងចង់ធ្វើការជាមួយ Kubernetes ជាសេវាកម្មមួយ ហើយមិនចូលរួមក្នុងការគាំទ្រ និងការអភិវឌ្ឍន៍របស់វានោះទេ។ លើសពីនេះ យើងមិនចូលចិត្តថាតើវាមានតម្លៃប៉ុន្មានដើម្បីរក្សាវានៅលើលោហៈទទេ ហើយយើងត្រូវការការអភិវឌ្ឍន៍ឥតឈប់ឈរ! ជាឧទាហរណ៍ កិច្ចការទីមួយគឺការរួមបញ្ចូលឧបករណ៍បញ្ជា Kubernetes Ingress ទៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធបណ្តាញនៃស្ថាប័នរបស់យើង។ នេះគឺជាកិច្ចការដ៏លំបាកមួយ ជាពិសេសការពិចារណាថានៅពេលនោះ គ្មានអ្វីត្រៀមខ្លួនជាស្រេចសម្រាប់ការគ្រប់គ្រងធនធានតាមកម្មវិធី ដូចជាកំណត់ត្រា DNS ឬការបែងចែកអាសយដ្ឋាន IP នោះទេ។ ក្រោយ​មក យើង​ចាប់​ផ្ដើម​ពិសោធន៍​ជាមួយ​នឹង​ការ​ផ្ទុក​ទិន្នន័យ​ខាង​ក្រៅ។ យើងមិនដែលបាននៅជុំវិញដើម្បីអនុវត្តឧបករណ៍បញ្ជា PVC នោះទេប៉ុន្តែសូម្បីតែបន្ទាប់មកវាបានក្លាយជាច្បាស់ថានេះគឺជាតំបន់ធំនៃការងារដែលតម្រូវឱ្យមានអ្នកឯកទេសដែលខិតខំប្រឹងប្រែង។

ការប្តូរទៅ Google Cloud Platform គឺជាដំណោះស្រាយបណ្តោះអាសន្ន

យើងបានដឹងថាវាមិនអាចបន្តបានទេ ហើយបានផ្លាស់ប្តូរទិន្នន័យរបស់យើងពីលោហៈទទេទៅកាន់ Google Cloud Platform។ ជាការពិតនៅពេលនោះមិនមានជម្រើសគួរឱ្យចាប់អារម្មណ៍ច្រើនសម្រាប់ក្រុមហ៊ុនរុស្ស៊ីទេ: ក្រៅពី Google Cloud Platform មានតែ Amazon ប៉ុណ្ណោះដែលផ្តល់សេវាកម្មស្រដៀងគ្នា ប៉ុន្តែយើងនៅតែដោះស្រាយលើដំណោះស្រាយពី Google ។ បន្ទាប់មកវាហាក់បីដូចជាពួកយើងទទួលបានផលចំណេញផ្នែកសេដ្ឋកិច្ចកាន់តែខិតទៅជិត Upstream ដោយមិននិយាយពីការពិតដែលថា Google ខ្លួនវាគឺជាប្រភេទ PoC Kubernetes នៅក្នុងផលិតកម្ម។

បញ្ហាចម្បងដំបូងបានលេចឡើងនៅលើផ្តេកនៅពេលដែលមូលដ្ឋានអតិថិជនរបស់យើងបានកើនឡើង។ នៅពេលដែលយើងមានតម្រូវការក្នុងការរក្សាទុកទិន្នន័យផ្ទាល់ខ្លួន យើងត្រូវប្រឈមមុខនឹងជម្រើសមួយ៖ ទាំងយើងធ្វើការជាមួយ Google និងបំពានច្បាប់របស់រុស្ស៊ី ឬយើងកំពុងស្វែងរកជម្រើសផ្សេងទៀតនៅក្នុងសហព័ន្ធរុស្ស៊ី។ ជារួម ជម្រើសគឺអាចព្យាករណ៍បាន។ 🙂

របៀបដែលយើងបានឃើញសេវាកម្មពពកដ៏ល្អ

នៅដើមដំបូងនៃការស្វែងរក យើងបានដឹងពីអ្វីដែលយើងចង់ទទួលបានពីអ្នកផ្តល់សេវាពពកនាពេលអនាគត។ តើសេវាកម្មអ្វីដែលយើងកំពុងស្វែងរក៖

• លឿន និងអាចបត់បែនបាន។. ដូច្នេះយើងអាចបន្ថែមថ្នាំងថ្មីបានយ៉ាងឆាប់រហ័ស ឬដាក់ពង្រាយអ្វីមួយបានគ្រប់ពេល។
• មានតំលៃថោក. យើង​មាន​ការ​ព្រួយ​បារម្ភ​យ៉ាង​ខ្លាំង​អំពី​បញ្ហា​ហិរញ្ញវត្ថុ ដោយសារ​យើង​មាន​កម្រិត​ធនធាន។ យើងបានដឹងរួចហើយថាយើងចង់ធ្វើការជាមួយ Kubernetes ហើយឥឡូវនេះភារកិច្ចគឺកាត់បន្ថយការចំណាយរបស់វា ដើម្បីបង្កើន ឬយ៉ាងហោចណាស់រក្សាប្រសិទ្ធភាពនៃការប្រើប្រាស់ដំណោះស្រាយនេះ។
• ស្វ័យប្រវត្តិ. យើងមានគម្រោងធ្វើការជាមួយសេវាកម្មតាមរយៈ API ដោយគ្មានអ្នកគ្រប់គ្រង និងការហៅទូរសព្ទ ឬស្ថានភាពដែលយើងត្រូវការដើម្បីលើកថ្នាំងជាច្រើនដោយដៃនៅក្នុងរបៀបសង្គ្រោះបន្ទាន់។ ដោយសារដំណើរការរបស់យើងភាគច្រើនដំណើរការដោយស្វ័យប្រវត្ត យើងរំពឹងដូចគ្នាពីសេវាកម្មពពក។
• ជាមួយម៉ាស៊ីនមេនៅសហព័ន្ធរុស្ស៊ី. ជាការពិតណាស់ យើងមានគម្រោងអនុវត្តតាមច្បាប់របស់រុស្ស៊ី និងច្បាប់ 152-FZ ដូចគ្នា។

នៅពេលនោះ មានអ្នកផ្តល់សេវា Kubernetes aaS តិចតួចនៅក្នុងប្រទេសរុស្ស៊ី ហើយនៅពេលជ្រើសរើសអ្នកផ្តល់សេវា វាជារឿងសំខាន់សម្រាប់ពួកយើងមិនឱ្យសម្របសម្រួលអាទិភាពរបស់យើង។ ក្រុមការងារ Mail.ru Cloud Solutions ដែលយើងបានចាប់ផ្តើមធ្វើការ និងនៅតែសហការគ្នា បានផ្តល់សេវាកម្មស្វ័យប្រវត្តិពេញលេញដល់យើង ដោយមានការគាំទ្រ API និងផ្ទាំងបញ្ជាដ៏ងាយស្រួលដែលរួមបញ្ចូល Horizon - ជាមួយវា យើងអាចបង្កើនចំនួនថ្នាំងតាមអំពើចិត្តបានយ៉ាងឆាប់រហ័ស។

របៀបដែលយើងអាចធ្វើចំណាកស្រុកទៅ MCS ក្នុងរយៈពេលពីរម៉ោង

នៅក្នុងការផ្លាស់ប្តូរបែបនេះ ក្រុមហ៊ុនជាច្រើនប្រឈមមុខនឹងការលំបាក និងការធ្លាក់ចុះ ប៉ុន្តែក្នុងករណីរបស់យើងមិនមានទេ។ យើងមានសំណាងណាស់៖ ដោយសារយើងកំពុងធ្វើការលើ Kubernetes រួចហើយ មុនពេលការធ្វើចំណាកស្រុកចាប់ផ្តើម យើងគ្រាន់តែកែឯកសារចំនួនបី ហើយបើកដំណើរការសេវាកម្មរបស់យើងនៅលើវេទិកាពពកថ្មី MCS ។ ខ្ញុំសូមរំលឹកអ្នកថានៅពេលនោះទីបំផុតយើងបានចាកចេញពីលោហៈទទេហើយរស់នៅលើ Google Cloud Platform ។ ដូច្នេះ ការផ្លាស់ទីដោយខ្លួនវាចំណាយពេលមិនលើសពីពីរម៉ោង បូកនឹងពេលវេលាបន្តិចទៀត (ប្រហែលមួយម៉ោង) ត្រូវបានចំណាយក្នុងការចម្លងទិន្នន័យពីឧបករណ៍របស់យើង។ នៅពេលនោះ យើងបានប្រើប្រាស់ Spinnaker រួចហើយ (សេវាកម្មស៊ីឌីពហុពពក ដើម្បីផ្តល់ការដឹកជញ្ជូនជាបន្តបន្ទាប់)។ យើងក៏បានបន្ថែមវាយ៉ាងលឿនទៅក្នុងចង្កោមថ្មី ហើយបន្តដំណើរការដូចធម្មតា។

សូមអរគុណដល់ស្វ័យប្រវត្តិកម្មនៃដំណើរការអភិវឌ្ឍន៍ និង CI/CD, Kubernetes នៅ URUS ត្រូវបានគ្រប់គ្រងដោយអ្នកឯកទេសម្នាក់ (ហើយនោះជាខ្ញុំ)។ នៅដំណាក់កាលខ្លះ អ្នកគ្រប់គ្រងប្រព័ន្ធមួយផ្សេងទៀតបានធ្វើការជាមួយខ្ញុំ ប៉ុន្តែក្រោយមកវាបានប្រែក្លាយថា យើងបានធ្វើការដោយស្វ័យប្រវត្តិនូវទម្លាប់ចម្បងទាំងអស់រួចហើយ ហើយមានកិច្ចការកាន់តែច្រើនឡើងៗនៅលើផ្នែកនៃផលិតផលចម្បងរបស់យើង ហើយវាសមហេតុផលក្នុងការដឹកនាំធនធានទៅកាន់បញ្ហានេះ។

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

ប្រសិនបើខ្ញុំប្រៀបធៀបបទពិសោធន៍របស់ខ្ញុំជាមួយ Google Cloud Platform ក្នុងករណីរបស់ពួកគេ ខ្ញុំមិនដឹងថាប៊ូតុងផ្តល់យោបល់នៅទីណាទេ ដោយសារវាមិនចាំបាច់ប្រើវាទេ។ ហើយប្រសិនបើមានបញ្ហាណាមួយបានកើតឡើងនោះ Google ផ្ទាល់បានផ្ញើការជូនដំណឹងជាឯកតោភាគី។ ប៉ុន្តែនៅក្នុងករណីនៃ MCS ខ្ញុំគិតថាអត្ថប្រយោជន៍ធំគឺថាពួកគេមានភាពជិតស្និទ្ធតាមដែលអាចធ្វើទៅបានចំពោះអតិថិជនរុស្ស៊ី - ទាំងភូមិសាស្រ្តនិងផ្លូវចិត្ត។

របៀបដែលយើងមើលឃើញថាធ្វើការជាមួយពពកនាពេលអនាគត

ឥឡូវនេះការងាររបស់យើងត្រូវបានភ្ជាប់យ៉ាងជិតស្និទ្ធជាមួយ Kubernetes ហើយវាសាកសមនឹងយើងទាំងស្រុងពីទិដ្ឋភាពនៃកិច្ចការហេដ្ឋារចនាសម្ព័ន្ធ។ ដូច្នេះហើយ យើងមិនមានគម្រោងធ្វើចំណាកស្រុកពីវាគ្រប់ទីកន្លែងនោះទេ ទោះបីជាយើងកំពុងណែនាំការអនុវត្ត និងសេវាកម្មថ្មីៗជាប្រចាំ ដើម្បីសម្រួលកិច្ចការទម្លាប់ និងធ្វើឱ្យការងារថ្មីដោយស្វ័យប្រវត្តិ បង្កើនស្ថេរភាព និងភាពជឿជាក់នៃសេវាកម្ម... ឥឡូវនេះ យើងកំពុងបើកដំណើរការសេវាកម្ម Chaos Monkey (ជាពិសេស យើងប្រើ chaoskube ប៉ុន្តែវាមិនផ្លាស់ប្តូរគោលគំនិតទេ៖ ) ដែលត្រូវបានបង្កើតដំបូងដោយ Netflix ។ Chaos Monkey ធ្វើរឿងសាមញ្ញមួយ៖ វាលុបកម្មវិធី Kubernetes pod ចៃដន្យនៅពេលចៃដន្យ។ នេះគឺចាំបាច់សម្រាប់សេវារបស់យើងដើម្បីរស់នៅជាធម្មតាជាមួយនឹងចំនួននៃករណី n-1 ដូច្នេះយើងហ្វឹកហាត់ខ្លួនយើងឱ្យត្រៀមខ្លួនសម្រាប់បញ្ហាណាមួយ។

ឥឡូវនេះខ្ញុំឃើញការប្រើប្រាស់ដំណោះស្រាយភាគីទីបី - វេទិកាពពកដូចគ្នា - ជារឿងត្រឹមត្រូវតែមួយគត់សម្រាប់ក្រុមហ៊ុនវ័យក្មេង។ ជាធម្មតា នៅដើមដំបូងនៃការធ្វើដំណើរ ពួកគេមានកម្រិតធនធាន ទាំងមនុស្ស និងហិរញ្ញវត្ថុ ហើយការកសាង និងថែទាំ cloud ឬមជ្ឈមណ្ឌលទិន្នន័យផ្ទាល់ខ្លួនរបស់ពួកគេមានតម្លៃថ្លៃពេក និងពឹងផ្អែកលើកម្លាំងពលកម្ម។ អ្នកផ្តល់សេវា Cloud អនុញ្ញាតឱ្យអ្នកកាត់បន្ថយការចំណាយទាំងនេះឱ្យតិចបំផុត អ្នកអាចទទួលបានធនធានដែលចាំបាច់សម្រាប់ប្រតិបត្តិការសេវាកម្មនៅទីនេះ និងឥឡូវនេះយ៉ាងឆាប់រហ័សពីពួកគេ ហើយបង់ប្រាក់សម្រាប់ធនធានទាំងនេះបន្ទាប់ពីការពិត។ សម្រាប់ក្រុមហ៊ុន URUS យើងនឹងនៅតែស្មោះត្រង់ចំពោះ Kubernetes នៅក្នុងពពកឥឡូវនេះ។ ប៉ុន្តែអ្នកណាដឹង យើងប្រហែលជាត្រូវពង្រីកភូមិសាស្ត្រ ឬអនុវត្តដំណោះស្រាយដោយផ្អែកលើឧបករណ៍ជាក់លាក់មួយចំនួន។ ឬប្រហែលជាបរិមាណនៃធនធានដែលបានប្រើប្រាស់នឹងបង្ហាញអំពីភាពត្រឹមត្រូវនៃ Kubernetes ផ្ទាល់ខ្លួននៅលើលោហៈទទេ ដូចជានៅក្នុងថ្ងៃដ៏ល្អ។ 🙂

អ្វីដែលយើងបានរៀនពីការធ្វើការជាមួយសេវាកម្មពពក

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

ប្រភព: www.habr.com