La និម្មិតកម្មបានក្លាយជាការអនុវត្តទូទៅមួយជាពិសេសនៅក្នុងសេវាកម្មពពកដើម្បីអាចទទួលបានច្រើនពីម៉ាស៊ីនមេនៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យ។ ប៉ុន្តែនាពេលថ្មីៗនេះការធ្វើនិម្មិតកម្មផ្អែកលើកុងតឺន័រគឺជាកត្តាមួយដែលត្រូវបានដាក់ចេញព្រោះវាអនុញ្ញាតឱ្យមានការគ្រប់គ្រងដែលមានប្រសិទ្ធភាពជាងមុន (ដោយមិនចាំបាច់ចម្លងដំណើរការជាក់លាក់) ។ ហើយវាគឺនៅកំពូលនេះដែលការប្រយុទ្ធប្រឆាំងនឹងឌឺឃឺរនិងគូប៊ុននេតកើតឡើង។
គម្រោងដែលមានប្រជាប្រិយភាពខ្លាំងពីរដែលអ្នកប្រហែលជាបានដឹងរួចមកហើយ។ ទាំងពីរជាមួយ គុណសម្បត្តិនិងគុណវិបត្តិរបស់វានិងមានភាពខុសគ្នា ដែលអាចជាគន្លឹះនៅពេលនិយាយអំពីការជួយអ្នកក្នុងការជ្រើសរើសគំរោងស្របតាមតម្រូវការរបស់អ្នក ...
លិបិក្រម
តើនិម្មិតកម្មផ្អែកលើកុងតឺន័រគឺជាអ្វី?
ដូចដែលអ្នកបានដឹងហើយថាមានមួយចំនួន ប្រភេទនិម្មិតដូចជានិម្មិតរូបនីយកម្មពេញលេញការបង្កើតគំរូ។ ល។ ជាការប្រសើរណាស់នៅក្នុងផ្នែកនេះខ្ញុំនឹងផ្តោតលើការនិម្មិតពេញលេញដែលជាទូទៅត្រូវបានប្រើនៅពេលម៉ោនម៉ាស៊ីននិម្មិតនិងកុងតឺន័រដូច្នេះមិនមែនដើម្បីណែនាំអថេរផ្សេងទៀតដែលអាចធ្វើឱ្យអ្នកច្រឡំ។
- ម៉ាស៊ីននិម្មិត- វាជាវិធីសាស្ត្រនិមិត្មនិម្មិតឈានដល់ចំនុចកណ្តាល។ វាត្រូវបានផ្អែកលើអ្នកត្រួតពិនិត្យលើសឈាមដូចជា KVM, Xen ឬកម្មវិធីដូចជា VMWare, VirtualBox ជាដើម។ ជាមួយនឹងកម្មវិធីនេះម៉ាស៊ីនរូបវ័ន្តពេញលេញ (vCPU, vRAM, ដ្រាយវ៍ឌីសបណ្តាញនិម្មិតគ្រឿងបន្លាស់ជាដើម) ត្រូវបានធ្វើត្រាប់តាម។ ដូច្នេះប្រព័ន្ធប្រតិបត្តិការ (ភ្ញៀវ) អាចត្រូវបានតំឡើងនៅលើផ្នែករឹងនិម្មិតនេះហើយពីទីនោះកម្មវិធីអាចត្រូវបានតំឡើងនិងដំណើរការតាមរបៀបដូចគ្នានឹងបានធ្វើនៅក្នុងប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីន។
- ធុង៖ វាជាបច្ចេកវិទ្យាថ្មីមួយទៀតដែលប្រភេទនៃទ្រុងឬប្រអប់ខ្សាច់ត្រូវបានចូលរួមដែលផ្នែកខ្លះនៃប្រព័ន្ធពេញលេញនេះអាចត្រូវបានចែកចាយដែលមានប្រសិទ្ធិភាពជាងមុននិងមានគុណសម្បត្តិខ្លះនៃការចល័តនិងសន្តិសុខបន្ថែម (ទោះបីជាវាមិនមានភាពងាយរងគ្រោះក៏ដោយ) ។ តាមពិតជំនួសឱ្យមានអ្នកត្រួតត្រាខ្ពស់ក្នុងករណីទាំងនេះមានផ្នែកទន់ដូចជាឌែកឃឺនិងគូប៊ុនដេតដែលនឹងប្រើប្រព័ន្ធម៉ាស៊ីនខ្លួនឯងដើម្បីដំណើរការកម្មវិធីដាច់ដោយឡែក។ គុណវិបត្តិគឺថាវាគ្រាន់តែអនុញ្ញាតឱ្យអ្នកដាក់ពង្រាយកម្មវិធីដើមពីប្រព័ន្ធប្រតិបត្តិការរបស់ម៉ាស៊ីនខ្លួនឯងប៉ុណ្ណោះ។ នោះគឺខណៈពេលដែលនៅក្នុង VM អ្នកអាចនិម្មិតវីនដូនៅលើលីនុចចែកចាយឧទាហរណ៍ហើយនៅលើវីនដូអ្នកអាចដំណើរការកម្មវិធីដើមសម្រាប់វានៅក្នុងកុងតឺន័រអ្នកអាចធ្វើវាបានតែជាមួយកម្មវិធីដែលគាំទ្រដោយប្រព័ន្ធម៉ាស៊ីនប៉ុណ្ណោះ។ ករណីជាមួយលីនុច ...
ចងចាំថាផ្នែកបន្ថែមឬការគាំទ្រ និម្មិតរូបនីយកម្មដូចជា Intel VT និង AMD-V បានគ្រប់គ្រងការធ្វើឱ្យប្រសើរឡើងយ៉ាងច្រើនដោយស្មានថាមានតែស៊ីភីយូ ២ ភាគរយប៉ុណ្ណោះ។ ប៉ុន្តែនោះមិនអនុវត្តចំពោះធនធានផ្សេងទៀតដូចជាការចងចាំឬការផ្ទុកដោយខ្លួនឯងដែលត្រូវបានបម្រុងទុកសម្រាប់ការធ្វើនិម្មិតពេញលេញដែលមានន័យថាតម្រូវការធនធានគួរឱ្យកត់សម្គាល់។
ទាំងអស់នេះគឺជាអ្វីដែលធុងមកដោះស្រាយដែល មិនចាំបាច់ចម្លងដំណើរការជាក់លាក់ទេ ដើម្បីអាចដាក់ពង្រាយកម្មវិធី។ ឧទាហរណ៍ប្រសិនបើអ្នកចង់បង្កើតកុងតឺន័រជាមួយម៉ាស៊ីនមេ Apache ជាមួយម៉ាស៊ីននិម្មិតពេញលេញអ្នកនឹងមានប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនអ្នកត្រួតពិនិត្យប្រព័ន្ធប្រតិបត្តិការភ្ញៀវនិងកម្មវិធីសម្រាប់សេវាកម្មនោះ។ ម៉្យាងទៀតជាមួយនឹងកុងតឺន័រអ្នកគ្រាន់តែត្រូវមានកម្មវិធីដែលអនុវត្តសេវាកម្មព្រោះវានឹងដំណើរការនៅក្នុង "ប្រអប់" ដោយឯកោហើយប្រើប្រព័ន្ធប្រតិបត្តិការម៉ាស៊ីនខ្លួនឯង។ ក្រៅពីនេះការបើកដំណើរការកម្មវិធីគឺលឿនជាងមុនដោយលុបបំបាត់ប្រព័ន្ធប្រតិបត្តិការរបស់ភ្ញៀវ។
តើផែកឃឺគឺជាអ្វី?
Dockers គឺជាគំរោងប្រភពបើកចំហរក្រោមអាជ្ញាបណ្ណ Apache ដែលបានសរសេរជាភាសាសរសេរកម្មវិធី Go និងត្រូវបានប្រើប្រាស់ដើម្បីដាក់ពង្រាយកម្មវិធីក្នុងកុងតឺន័រដោយស្វ័យប្រវត្តិ។ និយាយម្យ៉ាងទៀតកម្មវិធីនេះនឹងអនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងកុងតឺន័រនៅលើប្រព័ន្ធប្រតិបត្តិការផ្សេងៗគ្នាចាប់តាំងពីវាដំណើរការលើវេទិកាជាច្រើន។
នៅពេលដែល Docker បានបង្ហាញខ្លួន វាមានគុណសម្បត្តិជាច្រើនហើយវារីករាលដាលយ៉ាងឆាប់រហ័ស។ ចក្ខុវិស័យឯកោរបស់វាអំពីប្រព័ន្ធប្រតិបត្តិការនិងភាពសាមញ្ញដែលអនុញ្ញាតឱ្យបង្កើតកុងតឺន័រជាមួយកម្មវិធីអនុវត្តពួកវាធ្វើមាត្រដ្ឋាននិងប្រតិបត្តិយ៉ាងឆាប់រហ័ស។ វិធីដើម្បីបើកដំណើរការកម្មវិធីទាំងអស់ដែលអ្នកត្រូវការជាមួយនឹងការប្រើប្រាស់ធនធានអប្បបរមា។
សរុបសេចក្តីមកដុកទ័រផ្តល់ជូនដូចខាងក្រោម លក្ខណៈពិសេស កូនសោ៖
- ភាពឯកោពីបរិស្ថាន។
- ការគ្រប់គ្រងកុងតឺន័រ។
- ការត្រួតពិនិត្យកំណែ។
- ទីតាំង / ភាពជិតស្និទ្ធ។
- ភាពរហ័សរហួន។
- ផលិតភាព
- ប្រសិទ្ធភាព។
ប៉ុន្តែ គឺមិនមានបញ្ហាជាក់លាក់ទេដូចជានៅពេលធុងទាំងនោះត្រូវសម្របសម្រួលសម្របសម្រួលជាមួយគ្នា។ នេះគឺជាហេតុផលមួយក្នុងចំណោមហេតុផលដែលនាំឱ្យមានការបង្កើត Kubernetes ...
ដូចខ្ញុំនឹងធ្វើអត្ថាធិប្បាយនៅពេលក្រោយ ដុកទ័រស្វាមខ្ញុំសូមអត្ថាធិប្បាយថាវាគឺជាកម្មវិធីដែលបង្កើតឡើងដោយអ្នកអភិវឌ្ឍន៍ឌែកឃឺរដូចគ្នាដើម្បីអាចដាក់ជាក្រុមនៃម៉ាស៊ីនដាប់ប៊ែតជាក្រុមនៅក្នុងចង្កោមហើយដូច្នេះគ្រប់គ្រងចង្កោមនៅកណ្តាលបន្ថែមលើការរៀបចំកុងតឺន័រ។
តើ Kubernetes គឺជាអ្វី?
ដើមឡើយវាត្រូវបានបង្កើតឡើងដោយហ្គូហ្គោលហើយក្រោយមកបានបរិច្ចាគទៅ Cloud Cloud Computing Foundation ។ Kubernetes វាក៏ជាប្រព័ន្ធដូចដុកទ័រប្រភពបើកចំហរដែលមានការអនុញ្ញាតនៅក្រោមកម្មវិធី Apache និងសរសេរដោយប្រើភាសាសរសេរកម្មវិធី Go ។ វាត្រូវបានប្រើដើម្បីស្វ័យប្រវត្តិកម្មការដាក់ពង្រាយនិងការគ្រប់គ្រងកម្មវិធីដែលមានកុងតឺន័រ។ លើសពីនេះទៀតវាគាំទ្រដល់បរិស្ថានផ្សេងៗគ្នាសម្រាប់កុងតឺន័រដែលកំពុងដំណើរការរួមទាំង Docker ។
ទីបំផុតគូប៊ូណែតគឺជាក ស្ថានីយ៍វង់តន្រ្តី កុងតឺន័រដែលទទួលបន្ទុកជួយកុងតឺន័រផ្សេងៗគ្នារបស់ម៉ាស៊ីនផ្សេងៗការគ្រប់គ្រងនិងចែកចាយទំនិញរវាងពួកគេ។ ជាពិសេសគឺអង្គការដែលបានធ្វើឱ្យគម្រោងនេះក្លាយជាផ្នែកសំខាន់មួយនៃសេណារីយ៉ូប្រភេទទាំងនេះ ...
- ការកំណត់ពេលស្វ័យប្រវត្តិ។
- សមត្ថភាពព្យាបាលដោយខ្លួនឯង។
- ការដាក់ពង្រាយនិងដាក់ពង្រាយដោយស្វ័យប្រវត្តិ។
- ផ្ទុកតុល្យភាពនិងមាត្រដ្ឋានផ្តេក។
- ដង់ស៊ីតេខ្ពស់នៃការប្រើប្រាស់ធនធាន។
- មុខងារតម្រង់ទិសទៅបរិយាកាសអាជីវកម្ម។
- ការគ្រប់គ្រងកម្មវិធីកណ្តាល។
- ហេដ្ឋារចនាសម្ព័ន្ធដែលអាចធ្វើមាត្រដ្ឋានដោយខ្លួនឯង។
- ការកំណត់រចនាសម្ព័ន្ធសេចក្តីប្រកាស។
- ភាពជឿជាក់។
Docker ទល់នឹង Kubernetes
ដូចដែលអ្នកអាចឃើញនៅក្នុងនិយមន័យអ្នកទាំងពីរមានភាពស្រដៀងគ្នាខ្លាំងណាស់តាមរបៀបជាច្រើនប៉ុន្តែអ្នកមាន ភាពខុសគ្នារបស់ពួកគេក៏ដូចជាមានគុណសម្បត្តិនិងគុណវិបត្តិរបស់ពួកគេ ដូចជាអ្វីៗទាំងអស់។ អ្នកប្រហែលជាគិតថាការដឹងពីព័ត៌មានលំអិតទាំងនេះអ្នកនឹងមានអ្វីគ្រប់យ៉ាងដើម្បីដឹងថាអ្នកគួរជ្រើសរើសមួយណាអាស្រ័យលើគោលបំណងដែលអ្នកមាន។
ទោះយ៉ាងណាក៏ដោយបញ្ហា វាជាអ្វីដែលស្មុគស្មាញជាងនេះ។ វាមិនមែននិយាយអំពី Docker vs Kuernetes ទេព្រោះវាដូចជាការប្រៀបធៀបរឿងខុសគ្នាខ្លាំងហើយអ្នកនឹងធ្លាក់ចូលក្នុងកំហុសនៃការគិតថាអ្នកត្រូវជ្រើសរើសរវាងមួយនិងមួយទៀត។ លទ្ធផលនៃ Docker vs Kubernetes គឺមិនសមហេតុផលទេផ្ទុយទៅវិញអ្នកគួរតែចងបច្ចេកវិទ្យាទាំងពីរជាមួយគ្នាដើម្បីអាចចែកចាយនិងបង្រួមពាក្យសុំកុងតឺន័រតាមរបៀបដែលប្រសើរជាងនេះ។
សមស្របបំផុតគឺត្រូវប្រៀបធៀប Docker Swarm ជាមួយ Kubernetes។ នោះនឹងទទួលជោគជ័យជាងមុនព្រោះ Docker Swarm គឺជាបច្ចេកវិទ្យានៃការតំឡើងតាម Docker សម្រាប់បង្កើតចង្កោមកុងតឺន័រ។ ទោះបីជាវាមិនទទួលជោគជ័យទាំងស្រុងក៏ដោយតាមពិតគូបឺណែតត្រូវបានគេរចនាឡើងដើម្បីដំណើរការជាចង្កោមដោយអាចសម្របសម្រួលចង្កោមនៃថ្នាំងក្នុងកំរិតផលិតកម្មប្រកបដោយប្រសិទ្ធភាពខណៈដែលឌឺកឃឺធ្វើវាតាមរបៀបតែមួយ។
Docker vs Kubernetes ខុសគ្នា
ការរក្សាទុករបស់ប្លែកៗប្រសិនបើអ្នកចង់ដឹង ភាពខុសគ្នា រវាង Docker Swarm និង Kubernetes ពួកគេនឹង៖
- Kubernetes រួមបញ្ចូលទាំងជម្រើសជាច្រើនសម្រាប់ បដិរូបកម្ម ខ្វះ Docker Swarm ។
- Docker Swarm គឺ កាន់តែងាយស្រួល ដើម្បីកំណត់រចនាសម្ព័ន្ធដោយសារភាពសាមញ្ញរបស់វា។ លើសពីនេះទៅទៀតវាក៏មានភាពងាយស្រួលផងដែរក្នុងការបញ្ចូលទៅក្នុងប្រព័ន្ធអេកូឡូស៊ី Docker ។
- ផ្ទុយទៅវិញ ភាពអត់ធ្មត់ខុស Kubernetes ខ្ពស់ជាងដែលអាចមានភាពវិជ្ជមានបន្ថែមទៀតនៅក្នុងបរិស្ថានដូចជាម៉ាស៊ីនមេដែលអាចរកបានខ្ពស់។
- Docker Swarm គឺ លឿនជាងមុន ទាក់ទងនឹងការដាក់ពង្រាយនិងការពង្រីកកុងតឺន័រ។
- Kubernetes សម្រាប់ការផ្តល់ជូនផ្នែករបស់វា ការធានាកាន់តែច្រើន ទៅរដ្ឋចង្កោម។
- El ផ្ទុកតុល្យភាព នៅ Kubernetes វាអនុញ្ញាតឱ្យមានតុល្យភាពល្អប្រសើរបើទោះបីជាវាមិនមានលក្ខណៈស្វ័យប្រវត្តិដូចនៅក្នុង Docker ក៏ដោយ។
- ការផ្តល់ជូន Kubernetes ភាពបត់បែនល្អប្រសើរសូម្បីតែនៅក្នុងកម្មវិធីស្មុគស្មាញ។
- Docker Swarm នឹងគាំទ្ររហូតដល់ឆ្នាំ ២០០០ ថ្នាំងបើប្រៀបធៀបទៅនឹង 5000 នៅលើ Kubernetes ។
- Kubernetes គឺ បង្កើនប្រសិទ្ធភាព សម្រាប់ចង្កោមតូចៗជាច្រើនខណៈពេលដែលចតគឺសម្រាប់ចង្កោមធំមួយ។
- Kubernetes គឺ ភាពស្មុគស្មាញ, ស៊ែកឃឺដកឃឺរ។
- Kubernetes អាចអនុញ្ញាតបាន ចែករំលែកកន្លែងផ្ទុក រវាងកុងតឺន័រណាមួយខណៈដែលឌុកឃឺរមានកម្រិតកាន់តែច្រើនហើយមានតែចែករវាងកុងតឺន័រនៅក្នុងផើងតែមួយប៉ុណ្ណោះ។
- Docker Swarm អនុញ្ញាតឱ្យប្រើ ផ្នែកទន់ភាគីទីបី សម្រាប់ការកាប់ឈើនិងការត្រួតពិនិត្យគុប៊ូណែតរួមបញ្ចូលទាំងឧបករណ៍ដែលភ្ជាប់មកជាមួយផងដែរ។
- Docker Swarm មានកំណត់ត្រឹម ៩៥,០០០ ធុងខណៈពេលដែល Kubernetes អាចគាំទ្ររហូតដល់ 300.000 ។
- ខណៈពេលដែល Docker មាន សហគមន៍ដ៏អស្ចារ្យ Kubernetes ក៏ត្រូវបានគាំទ្រដោយក្រុមហ៊ុនមួយចំនួនដូចជា Microsoft, Amazon, Google និង IBM ។
- ចតត្រូវបានប្រើដោយ ក្រុមហ៊ុន ដូចជា Spotify, Pinterest, eBay, Twitter ជាដើម។ ខណៈពេលដែល Kubernetes ចូលចិត្ត 9GAG, Intuit, Buffer, Evernote ជាដើម។
គុណសម្បត្តិ
ដោយបានឃើញភាពផ្ទុយគ្នាមួយចំនួនឥឡូវនេះវាដល់វេនហើយ គុណសម្បត្តិ គ្នា៖
- Kubernetes:
- ការរៀបចំងាយស្រួលនៃសេវាកម្មជាមួយបបរ។
- បង្កើតឡើងដោយហ្គូហ្គោលជាមួយនឹងបទពិសោធន៍យ៉ាងទូលំទូលាយនៅក្នុងឧស្សាហកម្មក្លោដ។
- ឧបករណ៍វង់ភ្លេងសហគមន៍និងកុងតឺន័រដ៏ធំមួយ។
- ជម្រើសនៃការផ្ទុកមានច្រើនប្រភេទរួមមានសាន់ដេនិងពពកសាធារណៈ។
- Dockers:
- ការរៀបចំដំបូងប្រកបដោយប្រសិទ្ធភាពនិងងាយស្រួល។
- តាមដានកំណែកុងតឺន័រដើម្បីពិនិត្យមើលការប្រែប្រួល។
- ល្បឿន។
- ឯកសារល្អណាស់។
- ភាពឯកោល្អរវាងកម្មវិធី។
គុណវិបត្តិ
ដូចជាសម្រាប់ គុណវិបត្តិ:
- Kubernetes:
- ការធ្វើចំណាកស្រុកកាន់តែស្មុគស្មាញ។
- ដំណើរការតំឡើងនិងតំឡើងស្មុគស្មាញ។
- មិនឆបគ្នានឹងឧបករណ៍ docker ដែលមានស្រាប់។
- ការអនុវត្តចង្កោមដោយដៃគឺស្មុគស្មាញ។
- Dockers:
- វាមិនផ្តល់ជម្រើសផ្ទុកទេ។
- ការតាមដានមិនល្អ។
- គ្មានការធ្វើកោសល្យវិច័យដោយស្វ័យប្រវត្តិនៃថ្នាំងអសកម្ម។
- សកម្មភាពត្រូវតែត្រូវបានអនុវត្តនៅក្នុង CLI ។
- ការគ្រប់គ្រងដោយដៃនូវករណីជាច្រើន។
- អ្នកត្រូវការការគាំទ្រសម្រាប់ឧបករណ៍ផ្សេងទៀត។
- ការដាក់ពង្រាយចង្កោមដោយដៃពិបាក។
- មិនមានការគាំទ្រសំរាប់ការពិនិត្យសុខភាព។
- Docker គឺជាក្រុមហ៊ុនរកប្រាក់ចំណេញនិងសមាសធាតុសំខាន់ៗមួយចំនួនដូចជា Docker Engine និង Docker Desktop មិនមែនជាប្រភពបើកចំហទេ។
Docker vs Kubernetes: ការសន្និដ្ឋាន
ដូចដែលអ្នកអាចស្រមៃ វាមិនងាយស្រួលទេក្នុងការជ្រើសរើស រវាងមួយឬផ្សេងទៀត។ ការប្រយុទ្ធ Docker vs Kubernetes គឺស្មុគស្មាញជាងអ្វីដែលវាមើលទៅ។ ហើយអ្វីគ្រប់យ៉ាងនឹងអាស្រ័យលើគោលបំណងដែលអ្នកមាន។ មួយឬផ្សេងទៀតនឹងសមល្អជាងហើយនោះគួរតែជាជម្រើសរបស់អ្នក។
ក្នុងករណីជាច្រើនទៀត ការប្រើប្រាស់ Kubernetes ជាមួយ Docker នឹងល្អបំផុត នៃជម្រើសទាំងអស់។ គម្រោងទាំងពីរដំណើរការល្អជាមួយគ្នា។ នេះអាចធ្វើឱ្យប្រសើរឡើងនូវសុវត្ថិភាពហេដ្ឋារចនាសម្ព័ន្ធនិងភាពអាចរកបានខ្ពស់នៃកម្មវិធី។ អ្នកក៏អាចធ្វើឱ្យកម្មវិធីអាចពង្រីកបានផងដែរ។
៥៧ យោបល់ទុកអ្នក
សូមអរគុណច្រើន! វាកាន់តែច្បាស់សម្រាប់ខ្ញុំហើយអ្វីដែលសំខាន់បំផុតនោះគឺត្រូវយល់ថាដូចក្នុងករណីជាច្រើនវាមិនមានអ្វីប្រសើរឬអាក្រក់ជាងនេះទេប្រសិនបើមិនមានបញ្ហាក្នុងការជ្រើសរើសអ្វីដែលសមស្របបំផុត។
ប្រហែលជាខ្ញុំគ្រាន់តែត្រូវការឧទាហរណ៍ដែលកាន់តែច្បាស់ដើម្បីយល់ថាតើសេណារីយ៉ូមួយឬផ្សេងទៀតដំណើរការបានល្អហើយក្នុងករណីណាដើម្បីប្រើវាជាមួយគ្នា។
ដូចគ្នានេះផងដែរតើយើងមានជំរើសអ្វីខ្លះសំរាប់កម្មវិធីប្រភេទនេះ?
ហើយតើយើងណាខ្លះដែលចាប់ផ្តើមដឹងអំពីកុងតឺន័រអាចអោយវាឃើញករណីពិតដោយមិនរង់ចាំធ្វើការនៅក្រុមហ៊ុនធំ ៗ ?
ខ្ញុំគិតថាមានអ្វីដែលត្រូវបានកំណត់ខុសនៅទីនេះអ្នកចតគឺជាអ្នកគ្រប់គ្រងកុងតឺន័រវាមិនអាចប្រៀបធៀបទៅនឹង Orchestrator បានទេ។
ការប្រៀបធៀបនឹងមានរវាង Docker Swarm vs Kubernetes ។
ជាក់ស្តែងក្នុងអំឡុងពេលនៃការបង្កើតប្រកាសដ៏អស្ចារ្យនេះ (ពិតជាគួរឱ្យចាប់អារម្មណ៍នៅក្នុងគំនិតរបស់ខ្ញុំ) លក្ខខណ្ឌមួយចំនួនត្រូវបានឆ្លងកាត់។