សេចក្តីប្រកាសអំពីទិដ្ឋភាពបណ្តាញ Kubernetes (និងទិដ្ឋភាពសង្ខេបនៃ UI បណ្តាញផ្សេងទៀតសម្រាប់ Kubernetes)

ចំណាំ។ បកប្រែ៖ អ្នកនិពន្ធនៃឯកសារដើមគឺ Henning Jacobs មកពី Zalando ។ គាត់បានបង្កើតចំណុចប្រទាក់គេហទំព័រថ្មីសម្រាប់ធ្វើការជាមួយ Kubernetes ដែលត្រូវបានដាក់ជា "kubectl សម្រាប់បណ្តាញ" ។ ហេតុអ្វីបានជាគម្រោងប្រភពបើកចំហថ្មីបានបង្ហាញខ្លួន ហើយលក្ខណៈវិនិច្ឆ័យអ្វីដែលមិនត្រូវបានបំពេញដោយដំណោះស្រាយដែលមានស្រាប់ - អានអត្ថបទរបស់គាត់។

នៅក្នុងការប្រកាសនេះ ខ្ញុំពិនិត្យមើលចំណុចប្រទាក់បណ្ដាញ Kubernetes ប្រភពបើកចំហផ្សេងៗ ដាក់ចេញនូវតម្រូវការរបស់ខ្ញុំសម្រាប់ UI សកល ហើយពន្យល់ពីមូលហេតុដែលខ្ញុំបង្កើត Kubernetes WebView - ចំណុចប្រទាក់ដែលត្រូវបានរចនាឡើងដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការគាំទ្រ និងដោះស្រាយបញ្ហាចង្កោមជាច្រើនក្នុងពេលតែមួយ។

ករណីប្រើប្រាស់

នៅ Zalando យើងបម្រើអ្នកប្រើប្រាស់ Kubernetes មួយចំនួនធំ (900+) និងចង្កោម (100+)។ មានករណីប្រើប្រាស់ទូទៅមួយចំនួនដែលនឹងទទួលបានអត្ថប្រយោជន៍ពីឧបករណ៍គេហទំព័រដែលយកចិត្តទុកដាក់៖

1. ទំនាក់ទំនងជាមួយសហសេវិកសម្រាប់ការគាំទ្រ;
2. ឆ្លើយតបទៅនឹងឧប្បត្តិហេតុ និងការស៊ើបអង្កេតមូលហេតុរបស់ពួកគេ។

ការគាំទ្រ

តាមបទពិសោធន៍របស់ខ្ញុំ ការទំនាក់ទំនងគាំទ្រច្រើនតែមើលទៅដូចនេះ៖

- ជំនួយ សេវា XYZ របស់យើងមិនអាចប្រើបានទេ!
- តើអ្នកឃើញអ្វីនៅពេលអ្នកសម្តែង kubectl describe ingress ...?

ឬអ្វីមួយស្រដៀងគ្នាសម្រាប់ CRD:

- ខ្ញុំមានបញ្ហាខ្លះជាមួយសេវាកំណត់អត្តសញ្ញាណ...
- តើពាក្យបញ្ជាបង្កើតអ្វី? kubectl describe platformcredentialsset ...?

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

ដូច្នេះខ្ញុំសូមឱ្យផ្នែកខាងមុខគេហទំព័រ Kubernetes អនុញ្ញាតដូចខាងក្រោម៖

• អ្នកប្រើប្រាស់អាច តំណភ្ជាប់ផ្លាស់ប្តូរ ហើយសង្កេតមើលរឿងដូចគ្នា;
• នឹងជួយ ជៀសវាងកំហុសរបស់មនុស្ស នៅក្នុងការគាំទ្រ៖ ឧទាហរណ៍ ការចូលទៅក្នុងចង្កោមខុសនៅលើបន្ទាត់ពាក្យបញ្ជា ការវាយអក្សរនៅក្នុងពាក្យបញ្ជា CLI ។ល។
• នឹងអនុញ្ញាត បង្កើតទស្សនៈផ្ទាល់ខ្លួនរបស់អ្នក។ ដើម្បីផ្ញើទៅសហសេវិក នោះគឺ បន្ថែមជួរឈរនៃស្លាក បង្ហាញប្រភេទធនធានជាច្រើននៅលើទំព័រមួយ។
• តាមឧត្ដមគតិ ឧបករណ៍បណ្ដាញនេះគួរតែអនុញ្ញាតឱ្យអ្នកកំណត់ តំណ "ជ្រៅ" ទៅផ្នែកជាក់លាក់នៃ YAML (ឧទាហរណ៍ ចង្អុល​បង្ហាញ​ប៉ារ៉ាម៉ែត្រ​មិន​ត្រឹមត្រូវ​ដែល​បណ្តាល​ឱ្យ​បរាជ័យ)។

ការឆ្លើយតប និងការវិភាគឧប្បត្តិហេតុ

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

• សេវាកម្មផលិតកម្មសំខាន់កំពុងមានបញ្ហា ហើយអ្នកត្រូវការ ស្វែងរកធនធាន Kubernetes ទាំងអស់តាមឈ្មោះនៅក្នុងចង្កោមទាំងអស់។ដើម្បីដោះស្រាយបញ្ហា;
• ថ្នាំងចាប់ផ្តើមធ្លាក់ចុះនៅពេលធ្វើមាត្រដ្ឋាន ហើយអ្នកត្រូវការ ស្វែងរកផតទាំងអស់ដែលមានស្ថានភាព "កំពុងរង់ចាំ" នៅក្នុងចង្កោមទាំងអស់។ដើម្បីវាយតម្លៃវិសាលភាពនៃបញ្ហា;
• អ្នកប្រើប្រាស់ម្នាក់ៗកំពុងរាយការណ៍អំពីបញ្ហាជាមួយ DaemonSet ដែលត្រូវបានដាក់ពង្រាយនៅទូទាំងចង្កោមទាំងអស់ ហើយចាំបាច់ត្រូវដោះស្រាយ តើបញ្ហាសរុបទេ?.

ដំណោះស្រាយស្តង់ដាររបស់ខ្ញុំនៅក្នុងករណីបែបនេះគឺដូចជាអ្វីមួយ for i in $clusters; do kubectl ...; done. ជាក់ស្តែង វាអាចទៅរួចក្នុងការអភិវឌ្ឍឧបករណ៍ដែលផ្តល់នូវសមត្ថភាពស្រដៀងគ្នា។

ចំណុចប្រទាក់បណ្ដាញ Kubernetes ដែលមានស្រាប់

ពិភពប្រភពបើកចំហនៃចំណុចប្រទាក់បណ្ដាញទៅ Kubernetes មិនធំខ្លាំងទេ* ដូច្នេះខ្ញុំបានព្យាយាមប្រមូលព័ត៌មានបន្ថែមដោយប្រើ Twitter:

*ការពន្យល់របស់ខ្ញុំចំពោះចំនួនមានកំណត់នៃចំណុចប្រទាក់គេហទំព័រសម្រាប់ Kubernetes៖ សេវាកម្មពពក និងអ្នកលក់ Kubernetes ជាធម្មតាផ្តល់នូវផ្នែកខាងមុខផ្ទាល់ខ្លួនរបស់ពួកគេ ដូច្នេះទីផ្សារសម្រាប់ Kubernetes UI ឥតគិតថ្លៃ "ល្អ" គឺតូចណាស់។

តាមរយៈ tweet ដែលខ្ញុំបានរៀន K8Dash, Kubernator и អុកតាន. សូមក្រឡេកមើលពួកវា និងដំណោះស្រាយ Open Source ដែលមានស្រាប់ផ្សេងទៀត ចូរយើងព្យាយាមយល់ពីអ្វីដែលពួកគេមាន។

K8Dash

"K8Dash គឺជាវិធីសាមញ្ញបំផុតក្នុងការគ្រប់គ្រងចង្កោម Kubernetes ។"

K8Dash មើលទៅល្អ និងមានអារម្មណ៍លឿន ប៉ុន្តែមានគុណវិបត្តិមួយចំនួនសម្រាប់ករណីប្រើប្រាស់ដែលបានរាយខាងលើ៖

• ដំណើរការតែនៅក្នុងព្រំដែននៃចង្កោមមួយ។
• ការតម្រៀប និងការត្រងគឺអាចធ្វើទៅបាន ប៉ុន្តែមិនមាន permalinks ទេ។
• មិនមានការគាំទ្រសម្រាប់និយមន័យធនធានផ្ទាល់ខ្លួន (CRDs) ទេ។

Kubernator

“Kubernator គឺជា UI ជំនួសសម្រាប់ Kubernetes ។ មិនដូចផ្ទាំងគ្រប់គ្រង Kubernetes កម្រិតខ្ពស់ទេ វាផ្តល់នូវការគ្រប់គ្រងកម្រិតទាប និងការមើលឃើញដ៏ល្អឥតខ្ចោះទៅកាន់វត្ថុទាំងអស់នៅក្នុងចង្កោម ជាមួយនឹងសមត្ថភាពក្នុងការបង្កើតវត្ថុថ្មី កែសម្រួលពួកវា និងដោះស្រាយជម្លោះ។ ជាកម្មវិធីផ្នែកខាងអតិថិជនទាំងស្រុង (ដូចជា kubectl) វាមិនតម្រូវឱ្យមានកម្មវិធីខាងក្រោយណាមួយក្រៅពីម៉ាស៊ីនមេ Kubernetes API ខ្លួនវាទេ ហើយថែមទាំងគោរពច្បាប់ចូលប្រើចង្កោមផងដែរ។

នេះគឺជាការពិពណ៌នាត្រឹមត្រូវណាស់។ Kubernator. ជាអកុសល វាខ្វះលក្ខណៈពិសេសមួយចំនួន៖

• បម្រើតែចង្កោមមួយ។
• មិនមានរបៀបមើលបញ្ជីទេ (ឧ. អ្នកមិនអាចបង្ហាញផតទាំងអស់ដែលមានស្ថានភាព "កំពុងរង់ចាំ")។

ផ្ទាំងគ្រប់គ្រង Kubernetes

“ផ្ទាំងគ្រប់គ្រង Kubernetes គឺជាចំណុចប្រទាក់បណ្ដាញសកលសម្រាប់ចង្កោម Kubernetes ។ វាអនុញ្ញាតឱ្យអ្នកប្រើប្រាស់គ្រប់គ្រង និងដោះស្រាយបញ្ហាកម្មវិធីដែលកំពុងដំណើរការក្នុងចង្កោម ក៏ដូចជាគ្រប់គ្រងចង្កោមខ្លួនឯង។"

ជាអកុសល, ផ្ទាំងគ្រប់គ្រង Kubernetes ពិតជាមិនជួយគាំទ្រ និងសកម្មភាពឆ្លើយតបឧបទ្ទវហេតុរបស់ខ្ញុំទេ ព្រោះវា៖

• មិនមានតំណភ្ជាប់អចិន្ត្រៃយ៍ទេ ឧទាហរណ៍នៅពេលខ្ញុំត្រងធនធាន ឬផ្លាស់ប្តូរលំដាប់តម្រៀប។
• មិនមានវិធីងាយស្រួលក្នុងការត្រងតាមស្ថានភាពនោះទេ - ឧទាហរណ៍ សូមមើលផតទាំងអស់ដែលមានស្ថានភាព "កំពុងរង់ចាំ"។
• មានតែចង្កោមមួយប៉ុណ្ណោះដែលត្រូវបានគាំទ្រ;
• CRDs មិន​ត្រូវ​បាន​គាំទ្រ (មុខងារ​នេះ​កំពុង​ស្ថិត​ក្នុង​ការ​អភិវឌ្ឍ);
• មិនមានជួរឈរផ្ទាល់ខ្លួនទេ (ដូចជាជួរឈរដែលដាក់ស្លាកតាមប្រភេទ kubectl -L).

ទិដ្ឋភាពប្រតិបត្តិការ Kubernetes (kube-ops-view)

"System Dashboard Observer for K8s Cluster Space ។"

У ទិដ្ឋភាពប្រតិបត្តិការ Kubernetes វិធីសាស្រ្តខុសគ្នាទាំងស្រុង៖ ឧបករណ៍នេះបង្ហាញតែថ្នាំងចង្កោម និងផតដោយប្រើ WebGL ដោយគ្មានព័ត៌មានលម្អិតអំពីវត្ថុអត្ថបទ។ វាល្អណាស់សម្រាប់ទិដ្ឋភាពទូទៅរហ័សនៃសុខភាពរបស់ចង្កោម (តើដុំពកធ្លាក់ចុះទេ?)* ប៉ុន្តែវាមិនស័ក្តិសមសម្រាប់ករណីប្រើប្រាស់ជំនួយ និងការឆ្លើយតបឧប្បត្តិហេតុដែលបានពិពណ៌នាខាងលើទេ។

* ចំណាំ។ បកប្រែ៖ ក្នុងន័យនេះ អ្នកក៏អាចចាប់អារម្មណ៍លើកម្មវិធីជំនួយរបស់យើងផងដែរ។ Grafana- ផែនទីស្ថានភាពដែលយើងបាននិយាយលម្អិតបន្ថែមទៀតនៅក្នុង អត្ថបទនេះ.

របាយការណ៍ធនធាន Kubernetes (kube-resource-report)

"ប្រមូល pod និង Kubernetes សំណើធនធានចង្កោម ប្រៀបធៀបពួកវាទៅនឹងការប្រើប្រាស់ធនធាន និងបង្កើត HTML ឋិតិវន្ត។"

របាយការណ៍ធនធាន Kubernetes បង្កើតរបាយការណ៍ HTML ឋិតិវន្តលើការប្រើប្រាស់ធនធាន និងការចែកចាយតម្លៃនៅទូទាំងក្រុម/កម្មវិធីនៅក្នុងចង្កោម។ របាយការណ៍នេះមានប្រយោជន៍ខ្លះសម្រាប់ការគាំទ្រ និងការឆ្លើយតបឧបទ្ទវហេតុ ព្រោះវាអនុញ្ញាតឱ្យអ្នកស្វែងរកចង្កោមយ៉ាងលឿនដែលកម្មវិធីត្រូវបានដាក់ឱ្យប្រើប្រាស់។

ចំណាំ។ បកប្រែ៖ សេវាកម្ម និងឧបករណ៍ក៏អាចមានប្រយោជន៍ក្នុងការមើលព័ត៌មានអំពីការបែងចែកធនធាន និងការចំណាយរបស់ពួកគេក្នុងចំណោមអ្នកផ្តល់សេវាពពក Kubecostដែលយើងពិនិត្យឡើងវិញ ចេញផ្សាយថ្មីៗនេះ.

អុកតាន

"វេទិកាគេហទំព័រដែលអាចពង្រីកបានសម្រាប់អ្នកអភិវឌ្ឍន៍ដែលត្រូវបានរចនាឡើងដើម្បីផ្តល់នូវការយល់ដឹងកាន់តែច្រើនអំពីភាពស្មុគស្មាញនៃក្រុម Kubernetes ។"

អុកតានបង្កើតដោយ VMware គឺជាផលិតផលថ្មីដែលខ្ញុំបានរៀនថ្មីៗនេះ។ ដោយមានជំនួយរបស់វា វាងាយស្រួលក្នុងការរុករកចង្កោមនៅលើម៉ាស៊ីនមូលដ្ឋាន (មានសូម្បីតែការមើលឃើញ) ប៉ុន្តែវាដោះស្រាយបញ្ហានៃការគាំទ្រ និងការឆ្លើយតបឧប្បត្តិហេតុក្នុងកម្រិតកំណត់ប៉ុណ្ណោះ។ គុណវិបត្តិនៃ Octant:

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

ខ្ញុំក៏មានបញ្ហាជាមួយនឹងស្ថេរភាពនៃ Octant ជាមួយនឹងចង្កោម Zalando៖ នៅលើ CRDs មួយចំនួន គាត់កំពុងធ្លាក់ចុះ.

ការណែនាំអំពីទិដ្ឋភាពបណ្តាញ Kubernetes

"kubectl សម្រាប់បណ្តាញ" ។

បន្ទាប់ពីការវិភាគជម្រើសចំណុចប្រទាក់ដែលមានសម្រាប់ Kubernetes ខ្ញុំបានសម្រេចចិត្តបង្កើតថ្មីមួយ៖ Kubernetes WebView. តាមពិតទៅ ខ្ញុំគ្រាន់តែត្រូវការថាមពលទាំងអស់។ kubectl នៅលើគេហទំព័រគឺ៖

• ភាពអាចរកបាននៃប្រតិបត្តិការទាំងអស់ (បានតែអាន) ដែលអ្នកប្រើប្រាស់ចូលចិត្តប្រើ kubectl;
• URL ទាំងអស់ត្រូវតែជាអចិន្ត្រៃយ៍ និងតំណាងឱ្យទំព័រក្នុងទម្រង់ដើមរបស់វា ដូច្នេះមិត្តរួមការងារអាចចែករំលែកពួកវា និងប្រើពួកវានៅក្នុងឧបករណ៍ផ្សេងទៀត។
• ការគាំទ្រសម្រាប់វត្ថុ Kubernetes ទាំងអស់ដែលនឹងអនុញ្ញាតឱ្យអ្នកដោះស្រាយបញ្ហាគ្រប់ប្រភេទ។
• បញ្ជីធនធានគួរតែត្រូវបានទាញយកសម្រាប់ការងារបន្ថែមទៀត (នៅក្នុងសៀវភៅបញ្ជី ឧបករណ៍ CLI ដូចជា grep) និងការផ្ទុក (ឧទាហរណ៍សម្រាប់សាកសព);
• ការគាំទ្រសម្រាប់ការជ្រើសរើសធនធានតាមស្លាក (ស្រដៀងទៅនឹង kubectl get .. -l);
• សមត្ថភាពក្នុងការបង្កើតបញ្ជីរួមបញ្ចូលគ្នានៃប្រភេទផ្សេងៗនៃធនធាន (ស្រដៀងនឹង kubectl get all) ដើម្បីទទួលបានរូបភាពប្រតិបត្តិការទូទៅក្នុងចំណោមសហសេវិក (ឧទាហរណ៍ ក្នុងអំឡុងពេលឆ្លើយតបឧប្បត្តិហេតុ);
• សមត្ថភាពក្នុងការបន្ថែមតំណភ្ជាប់ជ្រៅឆ្លាតវៃផ្ទាល់ខ្លួនទៅឧបករណ៍ផ្សេងទៀតដូចជាផ្ទាំងគ្រប់គ្រង អ្នកកាប់ឈើ ការចុះឈ្មោះកម្មវិធីជាដើម។ ដើម្បីជួយសម្រួលដល់ការដោះស្រាយបញ្ហា/ការដោះស្រាយកំហុស និងការឆ្លើយតបទៅនឹងឧប្បត្តិហេតុ។
• ផ្នែកខាងមុខគួរតែមានលក្ខណៈសាមញ្ញតាមដែលអាចធ្វើទៅបាន (HTML សុទ្ធ) ដើម្បីជៀសវាងបញ្ហាចៃដន្យ ដូចជា JavaScript ដែលបង្កក។
• ការ​គាំទ្រ​សម្រាប់​ចង្កោម​ច្រើន​ដើម្បី​សម្រួល​អន្តរកម្ម​កំឡុង​ពេល​ពិគ្រោះ​យោបល់​ពី​ចម្ងាយ (ឧទាហរណ៍​ដើម្បី​ចងចាំ​តែ URL មួយ);
• ប្រសិនបើអាចធ្វើបាន ការវិភាគស្ថានភាពគួរតែត្រូវបានធ្វើឱ្យសាមញ្ញ (ឧទាហរណ៍ ដោយមានតំណភ្ជាប់ដើម្បីទាញយកធនធានសម្រាប់ចង្កោម/ចន្លោះឈ្មោះទាំងអស់);
• ឱកាសបន្ថែមសម្រាប់ការបង្កើតតំណភ្ជាប់ដែលអាចបត់បែនបាន និងការបន្លិចព័ត៌មានអត្ថបទ ជាឧទាហរណ៍ ដូច្នេះអ្នកអាចចង្អុលសហសេវិកទៅកាន់ផ្នែកជាក់លាក់មួយនៅក្នុងការពិពណ៌នាធនធាន (បន្ទាត់នៅក្នុង YAML);
• សមត្ថភាពក្នុងការប្ដូរតាមបំណងទៅនឹងតម្រូវការរបស់អតិថិជនជាក់លាក់មួយ ឧទាហរណ៍ អនុញ្ញាតឱ្យអ្នកបង្កើតគំរូបង្ហាញពិសេសសម្រាប់ CRDs ទិដ្ឋភាពតារាងផ្ទាល់ខ្លួនរបស់អ្នក និងផ្លាស់ប្តូររចនាប័ទ្ម CSS ។
• ឧបករណ៍សម្រាប់ការរុករកបន្ថែមនៅលើបន្ទាត់ពាក្យបញ្ជា (ឧទាហរណ៍បង្ហាញពាក្យបញ្ជាពេញលេញ kubectlរួចរាល់សម្រាប់ការចម្លង);

លើសពីកិច្ចការដែលបានដោះស្រាយនៅក្នុង Kubernetes Web View (គ្មានគោលដៅ) នៅសល់៖

• អរូបីនៃវត្ថុ Kubernetes;
• ការគ្រប់គ្រងកម្មវិធី (ឧទាហរណ៍ ការគ្រប់គ្រងការដាក់ពង្រាយ តារាង Helm ។ល។);
• សរសេរប្រតិបត្តិការ (ត្រូវធ្វើតាមរយៈឧបករណ៍ CI/CD និង/ឬ GitOps សុវត្ថិភាព);
• ចំណុចប្រទាក់ដ៏ស្រស់ស្អាត (JavaScript ស្បែកជាដើម);
• ការមើលឃើញ (សូមមើល kube-ops-view);
• ការវិភាគថ្លៃដើម (សូមមើល kube-resource-report).

តើ Kubernetes Web View ជួយដល់ការគាំទ្រ និងការឆ្លើយតបឧប្បត្តិហេតុយ៉ាងដូចម្តេច?

ការគាំទ្រ

• តំណភ្ជាប់ទាំងអស់គឺអចិន្ត្រៃយ៍ដែលធ្វើឱ្យវាកាន់តែងាយស្រួលក្នុងការផ្លាស់ប្តូរព័ត៌មានជាមួយសហសេវិក។
• អ្នកអាចបង្កើត គំនិតរបស់អ្នក។ឧទាហរណ៍ បង្ហាញការដាក់ពង្រាយ និង Pods ទាំងអស់ជាមួយនឹងស្លាកជាក់លាក់មួយនៅក្នុងចង្កោមជាក់លាក់ពីរ (ឈ្មោះចង្កោម និងប្រភេទធនធានជាច្រើនអាចត្រូវបានបញ្ជាក់នៅក្នុងតំណភ្ជាប់ ដោយបំបែកដោយសញ្ញាក្បៀស)។
• អ្នកអាចយោងទៅ បន្ទាត់ជាក់លាក់នៅក្នុងឯកសារ YAML វត្ថុដែលបង្ហាញពីបញ្ហាដែលអាចកើតមាននៅក្នុងការបញ្ជាក់វត្ថុ។

ស្វែងរកតាមក្រុមនៅក្នុង Kubernetes Web View

ការឆ្លើយតបឧប្បត្តិហេតុ

• ការស្វែងរកសកល (ការស្វែងរកជាសកល) អនុញ្ញាតឱ្យអ្នកស្វែងរកវត្ថុនៅក្នុងចង្កោមទាំងអស់។
• បញ្ជីទិដ្ឋភាព អាចបង្ហាញវត្ថុទាំងអស់ជាមួយនឹងស្ថានភាព/ជួរឈរជាក់លាក់នៅក្នុងចង្កោមទាំងអស់ (ឧទាហរណ៍ យើងត្រូវស្វែងរកផតទាំងអស់ដែលមានស្ថានភាព "កំពុងរង់ចាំ")។
• បញ្ជីវត្ថុអាចទាញយកបាន។ ក្នុងទម្រង់តម្លៃបំបែកផ្ទាំង (TSV) សម្រាប់ការវិភាគនៅពេលក្រោយ។
• តំណភ្ជាប់ខាងក្រៅដែលអាចប្ដូរតាមបំណងបាន។ អនុញ្ញាតឱ្យអ្នកប្តូរទៅផ្ទាំងគ្រប់គ្រងដែលពាក់ព័ន្ធ និងឧបករណ៍ផ្សេងទៀត។

ទិដ្ឋភាពបណ្តាញ Kubernetes៖ បញ្ជីនៃផតថលដែលមានស្ថានភាព "កំពុងរង់ចាំ" នៅក្នុងចង្កោមទាំងអស់។

ប្រសិនបើអ្នកចង់សាកល្បង Kubernetes Web View ខ្ញុំសូមណែនាំឱ្យពិនិត្យមើល ឯកសារ ឬមើល ការបង្ហាញផ្ទាល់.

ជាការពិតណាស់ ចំណុចប្រទាក់អាចប្រសើរជាងនេះ ប៉ុន្តែសម្រាប់ពេលនេះ Kubernetes Web View គឺជាឧបករណ៍សម្រាប់ "អ្នកប្រើប្រាស់កម្រិតខ្ពស់" ដែលមិនខ្មាស់អៀនពីការរៀបចំផ្លូវ URL ដោយដៃប្រសិនបើចាំបាច់។ ប្រសិនបើអ្នកមានមតិយោបល់/បន្ថែម/សំណូមពរ សូមទាក់ទង ជាមួយខ្ញុំនៅលើ Twitter!

អត្ថបទនេះគឺជាប្រវត្តិសង្ខេបនៃផ្ទៃខាងក្រោយដែលនាំទៅដល់ការបង្កើត Kubernetes Web View ។ ច្រើនទៀតនឹងធ្វើតាម! (ចំណាំ។ បកប្រែ៖ ពួកគេគួរតែត្រូវបានរំពឹងទុកនៅក្នុង ប្លុករបស់អ្នកនិពន្ធ.)

PS ពីអ្នកបកប្រែ

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

• «kubebox និងសែលផ្សេងទៀតសម្រាប់ Kubernetes»
• «ឧបករណ៍សម្រាប់អ្នកអភិវឌ្ឍន៍កម្មវិធីដែលដំណើរការលើ Kubernetes»
• «ឧបករណ៍ប្រើប្រាស់កុងសូល kubelive បានបង្ហាញខ្លួនសម្រាប់ការងារអន្តរកម្មជាមួយ Kubernetes»
• «ឧបករណ៍ប្រើប្រាស់ដែលមានប្រយោជន៍នៅពេលធ្វើការជាមួយ Kubernetes"។

ប្រភព: www.habr.com