Kubernetes៖ ប្រភពបើកចំហធៀបនឹងអ្នកលក់ជាក់លាក់

សួស្តី ខ្ញុំឈ្មោះ Dmitry Krasnov ។ អស់រយៈពេលជាងប្រាំឆ្នាំហើយដែលខ្ញុំបានគ្រប់គ្រងក្រុម Kubernetes និងសាងសង់ស្ថាបត្យកម្មមីក្រូសេវាកម្មស្មុគស្មាញ។ នៅដើមឆ្នាំនេះ យើងបានបើកដំណើរការសេវាកម្មសម្រាប់គ្រប់គ្រងចង្កោម Kubernetes ដោយផ្អែកលើ Containerum ។ ឆ្លៀតក្នុងឱកាសនេះ ខ្ញុំនឹងប្រាប់អ្នកពីអ្វីដែល Kubernetes និងរបៀបដែលការរួមបញ្ចូលជាមួយអ្នកលក់ខុសពីប្រភពបើកចំហ។

ដើម្បីចាប់ផ្តើមជាមួយនឹងអ្វីដែលជាអ្វី Kubernetes. នេះគឺជាប្រព័ន្ធសម្រាប់គ្រប់គ្រងកុងតឺន័រនៅលើម៉ាស៊ីនមួយចំនួនធំ។ ពីភាសាក្រិច ដោយវិធីនេះ វាត្រូវបានបកប្រែជា "អ្នកបើកបរ" ឬ "អ្នកជំនួយការ"។ បង្កើតដំបូងដោយ Google ហើយបន្ទាប់មកបរិច្ចាគជាការរួមចំណែកផ្នែកបច្ចេកវិទ្យាដល់មូលនិធិ Cloud Native Computing Foundation ដែលជាអង្គការមិនរកប្រាក់ចំណេញអន្តរជាតិដែលប្រមូលផ្តុំអ្នកអភិវឌ្ឍន៍ឈានមុខគេ អ្នកប្រើប្រាស់ចុងក្រោយ និងអ្នកផ្តល់បច្ចេកវិទ្យាកុងតឺន័រ។

គ្រប់គ្រងធុងមួយចំនួនធំ

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

រូបភាពកុងតឺន័រតំណាងឱ្យកម្មវិធីបូកនឹងភាពអាស្រ័យរបស់វា។ កម្មវិធី ភាពអាស្រ័យរបស់វា និងរូបភាពប្រព័ន្ធឯកសារ OS មានទីតាំងនៅផ្នែកផ្សេងៗនៃរូបភាព ដែលហៅថាស្រទាប់។ ស្រទាប់អាចត្រូវបានប្រើឡើងវិញសម្រាប់ធុងផ្សេងគ្នា។ ឧទាហរណ៍ កម្មវិធីទាំងអស់នៅក្នុងក្រុមហ៊ុនមួយអាចប្រើស្រទាប់មូលដ្ឋាន Ubuntu ។ នៅពេលដំណើរការកុងតឺន័រ មិនចាំបាច់រក្សាទុកច្បាប់ចម្លងច្រើននៃស្រទាប់មូលដ្ឋានតែមួយនៅលើម៉ាស៊ីននោះទេ។ នេះអនុញ្ញាតឱ្យអ្នកបង្កើនប្រសិទ្ធភាពការផ្ទុករូបភាព និងការចែកចាយ។

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

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

តម្រូវការសម្រាប់ Kubernetes គឺជាក់លាក់ដោយសារតែសមត្ថភាពក្នុងការគ្រប់គ្រងក្រុមនៃកុងតឺន័រនៅលើម៉ាស៊ីនច្រើនជាប្រភេទនៃអង្គភាពតែមួយ។ ភាពពេញនិយមនៃប្រព័ន្ធផ្តល់ឱកាសក្នុងការបង្កើត DevOps ឬ Development Operations ដែលក្នុងនោះ Kubernetes ត្រូវបានប្រើដើម្បីដំណើរការដំណើរការនៃ DevOps នេះ។

រូបភាពទី 1. តំណាងគ្រោងការណ៍នៃរបៀបដែល Kubernetes ដំណើរការ

ស្វ័យប្រវត្តិកម្មពេញលេញ

DevOps គឺជាមូលដ្ឋានស្វ័យប្រវត្តិកម្មនៃដំណើរការអភិវឌ្ឍន៍។ និយាយដោយប្រយោល អ្នកអភិវឌ្ឍន៍សរសេរកូដដែលត្រូវបានផ្ទុកឡើងទៅក្នុងឃ្លាំង។ បន្ទាប់មកលេខកូដនេះអាចត្រូវបានប្រមូលដោយស្វ័យប្រវត្តិភ្លាមៗទៅក្នុងកុងតឺន័រដែលមានបណ្ណាល័យទាំងអស់ សាកល្បង និង "ដាក់ចេញ" ទៅដំណាក់កាលបន្ទាប់ - ដំណាក់កាល ហើយបន្ទាប់មកភ្លាមៗទៅកាន់ផលិតកម្ម។

រួមគ្នាជាមួយ Kubernetes DevOps អនុញ្ញាតឱ្យអ្នកធ្វើស្វ័យប្រវត្តិកម្មដំណើរការនេះ ដូច្នេះវាកើតឡើងដោយស្ទើរតែគ្មានការចូលរួមពីអ្នកអភិវឌ្ឍន៍ខ្លួនឯង។ ដោយសារតែនេះ ការស្ថាបនាគឺលឿនជាងមុន ដោយសារអ្នកអភិវឌ្ឍន៍មិនចាំបាច់ធ្វើវានៅលើកុំព្យូទ័ររបស់គាត់ - គាត់គ្រាន់តែសរសេរកូដមួយ រុញកូដទៅឃ្លាំង បន្ទាប់ពីនោះបំពង់បង្ហូរប្រេងត្រូវបានដាក់ឱ្យដំណើរការ ដែលអាចរួមបញ្ចូលដំណើរការ។ នៃការសាងសង់ ការសាកល្បង និងការបើកដំណើរការ។ ហើយរឿងនេះកើតឡើងជាមួយរាល់ការប្តេជ្ញាចិត្ត ដូច្នេះការធ្វើតេស្តកើតឡើងជាបន្តបន្ទាប់។

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

ប្រុស, ប្រុស, ប្រុស

ប្រសិនបើយើងនិយាយអំពីគុណសម្បត្តិរបស់ Kubernetes ជាវេទិកាមួយ នោះវាមានគុណសម្បត្តិយ៉ាងសំខាន់ពីទស្សនៈនៃការគ្រប់គ្រងស្ថាបត្យកម្មមីក្រូសេវាកម្ម។

• ការគ្រប់គ្រងការចម្លងជាច្រើន។ អ្វីដែលសំខាន់បំផុតគឺការគ្រប់គ្រងកុងតឺន័រឆ្លងកាត់ម៉ាស៊ីនជាច្រើន។ សំខាន់ជាងនេះទៅទៀត គ្រប់គ្រងការចម្លងកម្មវិធីជាច្រើននៅក្នុងកុងតឺន័រជាអង្គភាពតែមួយ។ អរគុណចំពោះបញ្ហានេះ វិស្វករមិនចាំបាច់ព្រួយបារម្ភអំពីធុងនីមួយៗនោះទេ។ ប្រសិនបើធុងណាមួយគាំង Kubernetes នឹងឃើញវា ហើយចាប់ផ្តើមវាម្តងទៀត។
• បណ្តាញចង្កោម។ Kubernetes ក៏មានអ្វីដែលហៅថាបណ្តាញចង្កោម ជាមួយនឹងទំហំអាសយដ្ឋានផ្ទាល់ខ្លួនរបស់វា។ អរគុណចំពោះបញ្ហានេះ ផតនីមួយៗមានអាសយដ្ឋានផ្ទាល់ខ្លួន។ subpod ត្រូវបានយល់ថាជាឯកតារចនាសម្ព័ន្ធអប្បបរមានៃចង្កោមដែលកុងតឺន័រត្រូវបានដាក់ឱ្យដំណើរការដោយផ្ទាល់។ លើសពីនេះ Kubernetes មានមុខងារដែលរួមបញ្ចូលគ្នានូវសមតុល្យផ្ទុក និងសេវាកម្ម Discovery ។ វាអនុញ្ញាតឱ្យអ្នកកម្ចាត់ការគ្រប់គ្រងអាសយដ្ឋាន IP ដោយដៃ និងផ្ទេរភារកិច្ចនេះទៅ Kubernetes ។ ហើយការត្រួតពិនិត្យសុខភាពដោយស្វ័យប្រវត្តិនឹងជួយរកឱ្យឃើញបញ្ហា និងប្តូរទិសចរាចរណ៍ទៅកាន់ផតថលដែលកំពុងធ្វើការ។
• ការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធ។ នៅពេលគ្រប់គ្រងកម្មវិធីមួយចំនួនធំ វាពិបាកក្នុងការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធកម្មវិធី។ ចំពោះគោលបំណងនេះ Kubernetes មានធនធាន ConfigMap ពិសេស។ ពួកគេអនុញ្ញាតឱ្យអ្នករក្សាទុកការកំណត់រចនាសម្ព័ន្ធកណ្តាល និងបង្ហាញពួកវាទៅផតនៅពេលដំណើរការកម្មវិធី។ យន្តការនេះអនុញ្ញាតឱ្យយើងធានានូវភាពស៊ីសង្វាក់គ្នានៃការកំណត់រចនាសម្ព័ន្ធយ៉ាងហោចណាស់ដប់ ឬមួយរយកម្មវិធីចម្លង។
• បរិមាណជាប់លាប់។ កុងតឺន័រមិនអាចផ្លាស់ប្តូរបានឡើយ ហើយនៅពេលដែលកុងតឺន័រត្រូវបានបញ្ឈប់ ទិន្នន័យទាំងអស់ដែលត្រូវបានសរសេរទៅប្រព័ន្ធឯកសារនឹងត្រូវបានបំផ្លាញ។ ប៉ុន្តែកម្មវិធីមួយចំនួនរក្សាទុកទិន្នន័យដោយផ្ទាល់នៅលើថាស។ ដើម្បីដោះស្រាយបញ្ហានេះ Kubernetes មានមុខងារគ្រប់គ្រងការផ្ទុកថាស - បរិមាណជាប់លាប់។ យន្តការនេះប្រើការផ្ទុកខាងក្រៅសម្រាប់ទិន្នន័យ និងអាចផ្ទេរការផ្ទុកជាប់លាប់ ប្លុក ឬឯកសារទៅក្នុងកុងតឺន័រ។ ដំណោះស្រាយនេះអនុញ្ញាតឱ្យអ្នករក្សាទុកទិន្នន័យដាច់ដោយឡែកពីកម្មករ ដែលរក្សាទុកពួកគេ ប្រសិនបើកម្មករដូចគ្នាទាំងនេះខូច។
• ផ្ទុកតុល្យភាព។ ទោះបីជានៅក្នុង Kubernetes យើងគ្រប់គ្រងអង្គភាពអរូបីដូចជា Deployment, StatefulSet ជាដើម។ ទីបំផុតកុងតឺន័រដំណើរការលើម៉ាស៊ីននិម្មិតធម្មតា ឬម៉ាស៊ីនមេផ្នែករឹង។ ពួកវាមិនល្អឥតខ្ចោះទេ ហើយអាចធ្លាក់នៅពេលណាក៏បាន។ Kubernetes នឹងឃើញវា ហើយប្តូរទិសចរាចរណ៍ខាងក្នុងទៅកាន់ការចម្លងផ្សេងទៀត។ ប៉ុន្តែអ្វីដែលត្រូវធ្វើជាមួយចរាចរណ៍ដែលមកពីខាងក្រៅ? ប្រសិនបើអ្នកគ្រាន់តែណែនាំចរាចរណ៍ទៅកាន់កម្មករម្នាក់ ប្រសិនបើវាគាំង សេវាកម្មនឹងលែងមាន។ ដើម្បីដោះស្រាយបញ្ហានេះ Kubernetes មានសេវាកម្មដូចជា Load Balancer ជាដើម។ ពួកវាត្រូវបានរចនាឡើងដើម្បីកំណត់រចនាសម្ព័ន្ធតុល្យភាពពពកខាងក្រៅដោយស្វ័យប្រវត្តិសម្រាប់កម្មករទាំងអស់នៅក្នុងចង្កោម។ តុល្យការខាងក្រៅនេះដឹកនាំចរាចរខាងក្រៅទៅកាន់កម្មករ និងត្រួតពិនិត្យស្ថានភាពរបស់ពួកគេផ្ទាល់។ ប្រសិនបើកម្មករម្នាក់ ឬច្រើននាក់មិនអាចប្រើបាន ចរាចរណ៍ត្រូវបានបញ្ជូនបន្តទៅអ្នកដទៃ។ នេះអនុញ្ញាតឱ្យអ្នកបង្កើតសេវាកម្មដែលមានកម្រិតខ្ពស់ដោយប្រើ Kubernetes ។

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

ប្រភពបើកចំហ Kubernetes

ប្រភពបើកចំហ Kubernetes គឺជារឿងដ៏អស្ចារ្យមួយ៖ ខ្ញុំបានដំឡើងវាហើយវាដំណើរការ។ អ្នកអាចដាក់ពង្រាយវានៅលើម៉ាស៊ីនមេផ្នែករឹងផ្ទាល់ខ្លួនរបស់អ្នក លើហេដ្ឋារចនាសម្ព័ន្ធផ្ទាល់ខ្លួនរបស់អ្នក ដំឡើងចៅហ្វាយនាយ និងកម្មករដែលកម្មវិធីទាំងអស់នឹងដំណើរការ។ ហើយសំខាន់បំផុត, ទាំងអស់នេះគឺឥតគិតថ្លៃ។ ទោះយ៉ាងណាក៏ដោយមាន nuances ។

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

រូបភាពទី 2. ស្ថាបត្យកម្ម k8s

Kubernetes ពីអ្នកលក់

ការរួមបញ្ចូលជាមួយអ្នកផ្តល់សេវាពពកផ្តល់នូវជម្រើសពីរ៖

• ជាដំបូង មនុស្សម្នាក់អាចគ្រាន់តែចុចលើប៊ូតុង "បង្កើតចង្កោម" ហើយទទួលបានចង្កោមដែលបានកំណត់រចនាសម្ព័ន្ធរួចហើយ និងរួចរាល់សម្រាប់ការប្រើប្រាស់។
• ទីពីរ អ្នកលក់ខ្លួនឯងដំឡើងចង្កោម ហើយរៀបចំការរួមបញ្ចូលជាមួយពពក។

របៀបដែលវាកើតឡើងនៅទីនេះ។ វិស្វករដែលចាប់ផ្តើមចង្កោមកំណត់ចំនួនកម្មករដែលគាត់ត្រូវការ និងជាមួយនឹងប៉ារ៉ាម៉ែត្រអ្វីខ្លះ (ឧទាហរណ៍ កម្មករ 5 នាក់ ម្នាក់ៗមានស៊ីភីយូ 10 អង្គចងចាំ 16 ជីកាបៃ និងនិយាយថា ថាស 100 ជីកាបៃ) ។ បន្ទាប់ពីនោះវាទទួលបានសិទ្ធិចូលប្រើចង្កោមដែលបានបង្កើតរួចហើយ។ ក្នុងករណីនេះកម្មករដែលបន្ទុកត្រូវបានដាក់ឱ្យដំណើរការត្រូវបានផ្ទេរទាំងស្រុងទៅឱ្យអតិថិជនប៉ុន្តែយន្តហោះគ្រប់គ្រងទាំងមូលនៅតែស្ថិតក្រោមការទទួលខុសត្រូវរបស់អ្នកលក់ (ប្រសិនបើសេវាកម្មត្រូវបានផ្តល់ឱ្យស្របតាមគំរូសេវាកម្មដែលបានគ្រប់គ្រង) ។

ទោះជាយ៉ាងណាក៏ដោយគ្រោងការណ៍នេះមានគុណវិបត្តិរបស់វា។ ដោយសារតែយន្តហោះគ្រប់គ្រងនៅតែជាមួយអ្នកលក់ អ្នកលក់មិនផ្តល់សិទ្ធិពេញលេញដល់អតិថិជនទេ ហើយនេះកាត់បន្ថយភាពបត់បែនក្នុងការធ្វើការជាមួយ Kubernetes ។ ពេលខ្លះវាកើតឡើងដែលម៉ាស៊ីនភ្ញៀវចង់បន្ថែមមុខងារជាក់លាក់មួយចំនួនទៅ Kubernetes ឧទាហរណ៍ ការផ្ទៀងផ្ទាត់តាមរយៈ LDAP ប៉ុន្តែការកំណត់រចនាសម្ព័ន្ធយន្តហោះគ្រប់គ្រងមិនអនុញ្ញាតទេ។

រូបភាពទី 3. ឧទាហរណ៍នៃចង្កោម Kubernetes ពីអ្នកផ្តល់សេវាពពក

អ្វីដែលត្រូវជ្រើសរើស៖ ប្រភពបើកចំហ ឬអ្នកលក់

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

ជាការប្រសើរណាស់, គុណសម្បត្តិគឺជាក់ស្តែង, គុណវិបត្តិត្រូវបានគេស្គាល់ផងដែរ។ រឿងមួយគឺថេរ៖ Kubernetes ដោះស្រាយបញ្ហាជាច្រើនដោយស្វ័យប្រវត្តិកម្មការគ្រប់គ្រងធុងជាច្រើន។ ហើយមួយណាដែលត្រូវជ្រើសរើស ប្រភពបើកចំហ ឬអ្នកលក់ - អ្នកគ្រប់គ្នាធ្វើការសម្រេចចិត្តផ្ទាល់ខ្លួន។

អត្ថបទនេះត្រូវបានរៀបចំដោយ Dmitry Krasnov ដែលជាស្ថាបត្យករឈានមុខគេនៃសេវាកម្ម Containerum របស់អ្នកផ្តល់សេវា #CloudMTS

ប្រភព: www.habr.com