តើវាងាយស្រួល និងងាយស្រួលក្នុងការរៀបចំចង្កោម Kubernetes ទេ? ប្រកាស​ប្រតិបត្តិករ addon

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

ហេតុអ្វីបានជាការបន្ថែមណាមួយ?

វាមិនមែនជារឿងសម្ងាត់ទេដែល Kubernetes មិនមែនជាផលិតផលដែលត្រៀមរួចជាស្រេចដែលផលិតក្នុងតែមួយ ហើយដើម្បីបង្កើតចង្កោម "មនុស្សពេញវ័យ" អ្នកនឹងត្រូវការការបន្ថែមផ្សេងៗ។ Addon-operator នឹងជួយអ្នកក្នុងការដំឡើង កំណត់រចនាសម្ព័ន្ធ និងរក្សាកម្មវិធីបន្ថែមទាំងនេះឱ្យទាន់សម័យ។

តម្រូវការសម្រាប់សមាសធាតុបន្ថែមនៅក្នុងចង្កោមត្រូវបានបង្ហាញនៅក្នុង របាយការណ៍ មិត្តរួមការងារ Driusha. សរុបមក ស្ថានភាពជាមួយ Kubernetes នៅពេលនេះ គឺសម្រាប់ការដំឡើង "លេងជុំវិញ" ដ៏សាមញ្ញ អ្នកអាចទទួលបានដោយសមាសធាតុចេញពីប្រអប់ សម្រាប់អ្នកអភិវឌ្ឍន៍ និងការធ្វើតេស្ត អ្នកអាចបន្ថែម Ingress ប៉ុន្តែសម្រាប់ការដំឡើងពេញលេញ អំពីអ្វីដែល អ្នកអាចនិយាយថា "ការផលិតរបស់អ្នករួចរាល់" អ្នកត្រូវបន្ថែមជាមួយនឹងកម្មវិធីបន្ថែមផ្សេងៗគ្នារាប់សិប៖ អ្វីមួយសម្រាប់ការត្រួតពិនិត្យ អ្វីមួយសម្រាប់ការកត់ត្រា កុំភ្លេច ingress និង cert-manager ជ្រើសរើសក្រុមថ្នាំង បន្ថែមគោលការណ៍បណ្តាញ រដូវកាល ជាមួយនឹងការកំណត់ sysctl និង pod autoscaler...

តើ​អ្វី​ជា​លក្ខណៈ​ពិសេស​នៃ​ការ​ធ្វើ​ការ​ជាមួយ​ពួក​គេ?

ដូចដែលការអនុវត្តបង្ហាញ បញ្ហាមិនត្រូវបានកំណត់ចំពោះការដំឡើងតែមួយទេ។ ដើម្បីដំណើរការប្រកបដោយផាសុកភាពជាមួយចង្កោម កម្មវិធីបន្ថែមនឹងត្រូវធ្វើបច្ចុប្បន្នភាព បិទ (ដកចេញពីចង្កោម) ហើយអ្នកនឹងចង់សាកល្បងខ្លះ មុនពេលដំឡើងពួកវានៅក្នុងចង្កោមផលិតកម្ម។

ដូច្នេះ ប្រហែលជា Ansible នឹងគ្រប់គ្រាន់នៅទីនេះ? ប្រហែល។ ប៉ុន្តែ ជាទូទៅ កម្មវិធីបន្ថែមពេញលេញមិនរស់នៅដោយគ្មានការកំណត់ទេ។. ការកំណត់ទាំងនេះអាចខុសគ្នាអាស្រ័យលើវ៉ារ្យ៉ង់ចង្កោម (aws, gce, azure, bare-metal, do, ...)។ ការ​កំណត់​មួយ​ចំនួន​មិន​អាច​ត្រូវ​បាន​បញ្ជាក់​ជា​មុន​ទេ ពួក​វា​ត្រូវ​តែ​ទទួល​បាន​ពី​ចង្កោម។ ហើយចង្កោមមិនឋិតិវន្ត៖ សម្រាប់ការកំណត់មួយចំនួន អ្នកនឹងត្រូវតាមដានការផ្លាស់ប្តូរ។ ហើយនៅទីនេះ Ansible បានបាត់ទៅហើយ៖ អ្នកត្រូវការកម្មវិធីដែលរស់នៅក្នុងចង្កោម ពោលគឺឧ។ ប្រតិបត្តិករ Kubernetes ។

អ្នកដែលបានសាកល្បងវានៅកន្លែងធ្វើការ ប្រតិបត្តិករសែលពួកគេនឹងនិយាយថាភារកិច្ចនៃការដំឡើង និងធ្វើបច្ចុប្បន្នភាពកម្មវិធីបន្ថែម និងការកំណត់ការត្រួតពិនិត្យអាចត្រូវបានដោះស្រាយទាំងស្រុងដោយប្រើ ទំពក់ សម្រាប់សែល-ប្រតិបត្តិករ។ អ្នកអាចសរសេរស្គ្រីបដែលនឹងធ្វើតាមលក្ខខណ្ឌ kubectl apply និងត្រួតពិនិត្យឧទាហរណ៍ ConfigMap ដែលការកំណត់នឹងត្រូវបានរក្សាទុក។ នេះគឺប្រហែលអ្វីដែលត្រូវបានអនុវត្តនៅក្នុង addon-operator។

តើវាត្រូវបានរៀបចំយ៉ាងដូចម្តេចនៅក្នុង addon-operator?

នៅពេលបង្កើតដំណោះស្រាយថ្មី យើងបានបន្តពីគោលការណ៍ខាងក្រោម៖

• កម្មវិធីដំឡើងកម្មវិធីបន្ថែមត្រូវតែគាំទ្រ គំរូ និងការកំណត់រចនាសម្ព័ន្ធប្រកាស. យើងមិនបង្កើតស្គ្រីបវេទមន្តដែលដំឡើងកម្មវិធីបន្ថែមទេ។ Addon-operator ប្រើ Helm ដើម្បីដំឡើង addons ។ ដើម្បីដំឡើង អ្នកត្រូវបង្កើតគំនូសតាង ហើយជ្រើសរើសតម្លៃដែលនឹងត្រូវបានប្រើសម្រាប់ការកំណត់រចនាសម្ព័ន្ធ។
• ការកំណត់អាចជា បង្កើតនៅលើការដំឡើង, ពួកគេ​អាច ទទួលបានពីចង្កោម, ឬ ទទួលព័ត៌មានថ្មីៗត្រួតពិនិត្យធនធានចង្កោម។ ប្រតិបត្តិការទាំងនេះអាចត្រូវបានអនុវត្តដោយប្រើទំពក់។
• ការកំណត់អាចជា រក្សាទុកក្នុងចង្កោម. ដើម្បីរក្សាទុកការកំណត់នៅក្នុងចង្កោម ConfigMap/addon-operator ត្រូវបានបង្កើត ហើយ Addon-operator ត្រួតពិនិត្យការផ្លាស់ប្តូរទៅ ConfigMap នេះ។ Addon-operator ផ្តល់ការចូលប្រើទំពក់ទៅកាន់ការកំណត់ដោយប្រើអនុសញ្ញាសាមញ្ញ។
• ការបន្ថែមអាស្រ័យលើការកំណត់. ប្រសិនបើការកំណត់បានផ្លាស់ប្តូរ នោះ Addon-operator បង្ហាញតារាង Helm ជាមួយនឹងតម្លៃថ្មី។ យើង​បាន​ហៅ​ការ​រួម​បញ្ចូល​គ្នា​នៃ​គំនូស​តាង Helm តម្លៃ​សម្រាប់​វា និង​ភ្ជាប់​ម៉ូឌុល (មើល​ខាងក្រោម​សម្រាប់​ព័ត៌មាន​លម្អិត​បន្ថែម)។
• ឆាក. មិនមានស្គ្រីបចេញផ្សាយវេទមន្តទេ។ យន្តការអាប់ដេតគឺស្រដៀងនឹងកម្មវិធីធម្មតាដែរ - ប្រមូលកម្មវិធីបន្ថែម និងកម្មវិធីបន្ថែមកម្មវិធីទៅក្នុងរូបភាព ដាក់ស្លាកពួកវា ហើយរមៀលវាចេញ។
• ការត្រួតពិនិត្យលទ្ធផល. Addon-operator អាចផ្តល់ម៉ែត្រសម្រាប់ Prometheus ។

តើអ្វីជា padding នៅក្នុង addon-operator?

ការបន្ថែមអាចត្រូវបានចាត់ទុកថាជាអ្វីដែលបន្ថែមមុខងារថ្មីទៅក្នុងចង្កោម។ ឧទាហរណ៍ការដំឡើង Ingress គឺជាឧទាហរណ៍ដ៏អស្ចារ្យនៃកម្មវិធីបន្ថែម។ នេះអាចជាប្រតិបត្តិករ ឬឧបករណ៍បញ្ជាណាមួយដែលមាន CRD ផ្ទាល់របស់វា៖ prometheus-operator, cert-manager, kube-controller-manager ជាដើម។ ឬអ្វីមួយតូច ប៉ុន្តែងាយស្រួលប្រើ - ឧទាហរណ៍ ម៉ាស៊ីនថតចម្លងសម្ងាត់ ដែលចម្លងអាថ៌កំបាំងចុះបញ្ជីទៅកន្លែងឈ្មោះថ្មី ឬឧបករណ៍ចាប់សញ្ញា sysctl ដែលកំណត់រចនាសម្ព័ន្ធប៉ារ៉ាម៉ែត្រ sysctl នៅលើថ្នាំងថ្មី។

ដើម្បីអនុវត្តកម្មវិធីបន្ថែម Addon-operator ផ្តល់នូវគំនិតជាច្រើន៖

• គំនូសតាងមួកសុវត្ថិភាព ប្រើដើម្បីដំឡើងកម្មវិធីផ្សេងៗទៅក្នុងចង្កោម - ឧទាហរណ៍ Prometheus, Grafana, nginx-ingress ។ ប្រសិនបើសមាសធាតុដែលត្រូវការមានគំនូសតាង Helm នោះការដំឡើងវាដោយប្រើ Addon-operator នឹងសាមញ្ញណាស់។
• ការផ្ទុកតម្លៃ. គំនូសតាងមួកសុវត្ថិភាពជាធម្មតាមានការកំណត់ផ្សេងៗគ្នាជាច្រើនដែលអាចផ្លាស់ប្តូរតាមពេលវេលា។ Addon-operator គាំទ្រការរក្សាទុកការកំណត់ទាំងនេះ ហើយអាចតាមដានការផ្លាស់ប្តូររបស់ពួកគេ ដើម្បីដំឡើងតារាង Helm ឡើងវិញជាមួយនឹងតម្លៃថ្មី។
• ទំពក់ គឺជាឯកសារដែលអាចប្រតិបត្តិបានដែល Addon-operator ដំណើរការលើព្រឹត្តិការណ៍ និងដែលចូលប្រើការរក្សាទុកតម្លៃ។ ទំពក់អាចតាមដានការផ្លាស់ប្តូរនៅក្នុងចង្កោម និងធ្វើបច្ចុប្បន្នភាពតម្លៃនៅក្នុងហាងតម្លៃ។ ទាំងនោះ។ ដោយប្រើទំពក់ អ្នកអាចធ្វើការរកឃើញដើម្បីប្រមូលតម្លៃពីចង្កោមនៅពេលចាប់ផ្តើម ឬតាមកាលវិភាគ ឬអ្នកអាចធ្វើការរកឃើញជាបន្តបន្ទាប់ ប្រមូលតម្លៃពីចង្កោមដោយផ្អែកលើការផ្លាស់ប្តូរនៅក្នុងចង្កោម។
• ម៉ូឌុល គឺ​ជា​ការ​រួម​បញ្ចូល​គ្នា​នៃ​គំនូស​តាង Helm, ហាង​តម្លៃ និង​ទំពក់។ ម៉ូឌុលអាចត្រូវបានបើកឬបិទ។ ការបិទម៉ូឌុលមានន័យថាការលុបការចេញផ្សាយគំនូសតាង Helm ទាំងអស់។ ម៉ូឌុលអាចបើកដំណើរការដោយខ្លួនឯងដោយថាមវន្ត ឧទាហរណ៍ ប្រសិនបើម៉ូឌុលទាំងអស់ដែលវាត្រូវការត្រូវបានបើក ឬប្រសិនបើការរកឃើញបានរកឃើញប៉ារ៉ាម៉ែត្រចាំបាច់នៅក្នុងទំពក់ - នេះត្រូវបានធ្វើដោយប្រើស្គ្រីបដែលបានបើកជំនួយ។
• ទំពក់សកល. ទាំងនេះគឺជាទំពក់ "ដោយខ្លួនឯង" ពួកវាមិនត្រូវបានរួមបញ្ចូលនៅក្នុងម៉ូឌុល និងអាចចូលទៅកាន់ហាងតម្លៃសកល តម្លៃដែលអាចរកបានសម្រាប់ទំពក់ទាំងអស់នៅក្នុងម៉ូឌុល។

តើផ្នែកទាំងនេះដំណើរការជាមួយគ្នាយ៉ាងដូចម្តេច? តោះមើលរូបភាពពីឯកសារ៖

មានសេណារីយ៉ូការងារពីរ៖

1. ទំពក់សកលត្រូវបានបង្កឡើងដោយព្រឹត្តិការណ៍មួយ - ឧទាហរណ៍នៅពេលដែលធនធាននៅក្នុងចង្កោមផ្លាស់ប្តូរ។ ទំពក់នេះដំណើរការការផ្លាស់ប្តូរ និងសរសេរតម្លៃថ្មីទៅកាន់ហាងតម្លៃសកល។ Addon-operator កត់សំគាល់ថាការផ្ទុកសកលបានផ្លាស់ប្តូរ និងចាប់ផ្តើមម៉ូឌុលទាំងអស់។ ម៉ូឌុលនីមួយៗ ដោយប្រើទំពក់របស់វា កំណត់ថាតើវាត្រូវបើក ​​និងធ្វើបច្ចុប្បន្នភាពតម្លៃរបស់វាដែរឬទេ។ ប្រសិនបើម៉ូឌុលត្រូវបានបើកនោះ Addon-operator ចាប់ផ្តើមការដំឡើងតារាង Helm ។ ក្នុងករណីនេះ គំនូសតាង Helm មានសិទ្ធិចូលប្រើតម្លៃពីការផ្ទុកម៉ូឌុល និងពីការផ្ទុកសកល។
2. សេណារីយ៉ូទីពីរគឺសាមញ្ញជាង៖ ទំពក់ម៉ូឌុលត្រូវបានបង្កឡើងដោយព្រឹត្តិការណ៍មួយ និងផ្លាស់ប្តូរតម្លៃនៅក្នុងហាងតម្លៃរបស់ម៉ូឌុល។ Addon-operator កត់សម្គាល់រឿងនេះ ហើយចាប់ផ្តើមតារាង Helm ជាមួយនឹងតម្លៃដែលបានធ្វើបច្ចុប្បន្នភាព។

ការបន្ថែមនេះអាចត្រូវបានអនុវត្តជាទំពក់តែមួយ ឬជាគំនូសតាង Helm ឬ សូម្បីតែម៉ូឌុលដែលពឹងផ្អែកមួយចំនួន - នេះអាស្រ័យលើភាពស្មុគស្មាញនៃសមាសភាគដែលត្រូវបានដំឡើងនៅក្នុងចង្កោម និងនៅលើកម្រិតដែលចង់បាននៃភាពបត់បែននៃការកំណត់រចនាសម្ព័ន្ធ។ ឧទាហរណ៍នៅក្នុងឃ្លាំង (/ឧទាហរណ៍) មានកម្មវិធីបន្ថែម sysctl-tuner ដែលត្រូវបានអនុវត្តទាំងម៉ូឌុលសាមញ្ញជាមួយ hook និង Helm chart និងការប្រើប្រាស់ values ​​store ដែលធ្វើឱ្យវាអាចបន្ថែមការកំណត់ដោយការកែសម្រួល ConfigMap ។

ការផ្តល់ព័ត៌មានថ្មីៗ

ពាក្យពីរបីអំពីការរៀបចំការអាប់ដេតសមាសធាតុដែល Addon-operator ដំឡើង។

ដើម្បីដំណើរការ Addon-operator នៅក្នុង cluster អ្នកត្រូវការ បង្កើតរូបភាពជាមួយនឹងការបន្ថែម ក្នុងទម្រង់ជាឯកសារតារាងទំពក់ និង Helm បន្ថែមឯកសារគោលពីរ addon-operator និងអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវការសម្រាប់ទំពក់៖ bash, kubectl, jq, python ល។ បន្ទាប់មក រូបភាពនេះអាចត្រូវបានដាក់ឱ្យដំណើរការទៅកាន់ចង្កោមជាកម្មវិធីធម្មតា ហើយអ្នកទំនងជាចង់រៀបចំគ្រោងការណ៍ដាក់ស្លាកមួយ ឬផ្សេងទៀត។ ប្រសិនបើមានចង្កោមតិចតួច វិធីសាស្ត្រដូចគ្នានឹងកម្មវិធីអាចសមស្រប៖ ការចេញផ្សាយថ្មី កំណែថ្មី សូមចូលទៅកាន់ចង្កោមទាំងអស់ និងកែតម្រូវរូបភាពរបស់ផត។ ទោះយ៉ាងណាក៏ដោយ នៅក្នុងករណីនៃការដាក់ឱ្យដំណើរការទៅកាន់ក្រុមសំខាន់ៗមួយចំនួន គំនិតនៃការធ្វើបច្ចុប្បន្នភាពដោយខ្លួនឯងពីប៉ុស្តិ៍គឺកាន់តែសមរម្យសម្រាប់យើង។

នេះជារបៀបដែលយើងធ្វើវា៖

• ឆានែលគឺសំខាន់ជាឧបករណ៍កំណត់អត្តសញ្ញាណដែលអាចត្រូវបានកំណត់ទៅអ្វីទាំងអស់ (ឧទាហរណ៍ dev/stage/ea/stable)។
• ឈ្មោះឆានែលគឺជាស្លាករូបភាព។ នៅពេលដែលអ្នកត្រូវការបញ្ចេញការអាប់ដេតទៅកាន់ប៉ុស្តិ៍ រូបភាពថ្មីត្រូវបានប្រមូលផ្តុំ និងដាក់ស្លាកជាមួយឈ្មោះឆានែល។
• នៅពេលដែលរូបភាពថ្មីលេចឡើងក្នុងបញ្ជីឈ្មោះ Addon-operator ត្រូវបានចាប់ផ្តើមឡើងវិញ និងចាប់ផ្តើមជាមួយនឹងរូបភាពថ្មី។

នេះមិនមែនជាការអនុវត្តល្អបំផុត ដូចដែលបានសរសេរនៅក្នុង ឯកសារ Kubernetes. វាមិនត្រូវបានណែនាំឱ្យធ្វើបែបនេះទេប៉ុន្តែយើងកំពុងនិយាយអំពី កម្មវិធីធម្មតាដែលរស់នៅក្នុងចង្កោមតែមួយ. នៅក្នុងករណីនៃ Addon-operator កម្មវិធីមួយគឺជាការដាក់ពង្រាយជាច្រើនដែលរាយប៉ាយនៅទូទាំងចង្កោម ហើយការធ្វើបច្ចុប្បន្នភាពដោយខ្លួនឯងជួយបានច្រើន និងធ្វើឱ្យជីវិតកាន់តែងាយស្រួល។

ឆានែលជួយនិង នៅក្នុងការធ្វើតេស្ត៖ ប្រសិនបើមានចង្កោមជំនួយ អ្នកអាចកំណត់រចនាសម្ព័ន្ធវាទៅឆានែល stage ហើយរមៀលការអាប់ដេតទៅក្នុងវា មុនពេលដាក់ចេញទៅកាន់ប៉ុស្តិ៍ ea и stable. ប្រសិនបើជាមួយចង្កោមនៅលើឆានែល ea កំហុសបានកើតឡើង អ្នកអាចប្តូរវាទៅ stableខណៈពេលដែលបញ្ហាជាមួយចង្កោមនេះកំពុងត្រូវបានស៊ើបអង្កេត។ ប្រសិនបើចង្កោមត្រូវបានដកចេញពីការគាំទ្រសកម្ម វាប្តូរទៅឆានែល "ជាប់គាំង" របស់វា - ឧទាហរណ៍ freeze-2019-03-20.

បន្ថែមពីលើការធ្វើបច្ចុប្បន្នភាពទំពក់ និងគំនូសតាង Helm អ្នកប្រហែលជាត្រូវការ ធ្វើឱ្យទាន់សម័យ និងសមាសភាគភាគីទីបី. ឧទាហរណ៍ អ្នក​បាន​សម្គាល់​ឃើញ​កំហុស​នៅ​ក្នុង​កម្មវិធី​នាំចេញ​ថ្នាំង​តាម​លក្ខខណ្ឌ ហើយ​ថែមទាំង​បាន​រក​ឃើញ​ពី​របៀប​បំណះ​វា។ បន្ទាប់មក អ្នកបានបើក PR ហើយកំពុងរង់ចាំការចេញផ្សាយថ្មីដើម្បីឆ្លងកាត់ចង្កោមទាំងអស់ និងបង្កើនកំណែនៃរូបភាព។ ដើម្បីកុំឱ្យរង់ចាំដោយគ្មានកំណត់ អ្នកអាចបង្កើត node-exporter របស់អ្នក ហើយប្តូរទៅវាមុនពេលទទួលយក PR ។

ជាទូទៅ វាអាចត្រូវបានធ្វើដោយគ្មាន Addon-operator ប៉ុន្តែជាមួយ Addon-operator ម៉ូឌុលសម្រាប់ដំឡើង node-exporter នឹងអាចមើលឃើញនៅក្នុងឃ្លាំងតែមួយ Dockerfile សម្រាប់បង្កើតរូបភាពរបស់អ្នកអាចត្រូវបានរក្សាទុកនៅទីនោះ វាកាន់តែងាយស្រួលសម្រាប់អ្នកចូលរួមទាំងអស់នៅក្នុង ដំណើរការដើម្បីយល់ពីអ្វីដែលកើតឡើង... ហើយប្រសិនបើមានចង្កោមជាច្រើន នោះវាកាន់តែងាយស្រួលក្នុងការធ្វើតេស្ត PR របស់អ្នក ហើយដាក់ចេញកំណែថ្មី!

ការរៀបចំការអាប់ដេតសមាសធាតុនេះដំណើរការដោយជោគជ័យសម្រាប់យើង ប៉ុន្តែគ្រោងការណ៍សមស្របណាមួយផ្សេងទៀតអាចត្រូវបានអនុវត្ត - បន្ទាប់ពីទាំងអស់។ ក្នុងករណីនេះ Addon-operator គឺជាឯកសារគោលពីរសាមញ្ញ.

សេចក្តីសន្និដ្ឋាន

គោលការណ៍ដែលបានអនុវត្តនៅក្នុង Addon-operator អនុញ្ញាតឱ្យអ្នកបង្កើតដំណើរការប្រកបដោយតម្លាភាពសម្រាប់ការបង្កើត សាកល្បង ដំឡើង និងអាប់ដេតកម្មវិធីបន្ថែមនៅក្នុងចង្កោម ស្រដៀងទៅនឹងដំណើរការអភិវឌ្ឍន៍នៃកម្មវិធីធម្មតា។

កម្មវិធីបន្ថែមសម្រាប់ Addon-operator ជាទម្រង់ម៉ូឌុល (គំនូសតាង Helm + ទំពក់) អាចដាក់ឱ្យប្រើប្រាស់ជាសាធារណៈ។ យើងដែលជាក្រុមហ៊ុន Flant គ្រោងនឹងបោះពុម្ពផ្សាយការអភិវឌ្ឍន៍របស់យើងក្នុងទម្រង់នៃការបន្ថែមបែបនេះក្នុងរដូវក្តៅ។ ចូលរួមការអភិវឌ្ឍន៍នៅលើ GitHub (ប្រតិបត្តិករសែល, addon-operator) ព្យាយាមបង្កើតការបន្ថែមផ្ទាល់ខ្លួនរបស់អ្នកដោយផ្អែកលើ ឧទាហរណ៍ и ឯកសាររង់ចាំព័ត៌មានអំពី Habre និងនៅលើរបស់យើង។ ប៉ុស្តិ៍ YouTube!

PS

សូមអានផងដែរនៅលើប្លក់របស់យើង៖

• «ការពង្រីក និងបន្ថែម Kubernetes (របាយការណ៍ទូទៅ និងវីដេអូ)»
• «ការណែនាំសែល-ប្រតិបត្តិករ៖ ការបង្កើតប្រតិបត្តិករសម្រាប់ Kubernetes កាន់តែងាយស្រួលជាងមុន"។

ប្រភព: www.habr.com