ការបង្កើតវេទិកា kubernetes នៅលើ Pinterest

ប៉ុន្មានឆ្នាំមកនេះ អ្នកប្រើប្រាស់ 300 លាននាក់របស់ Pinterest បានបង្កើត pins ច្រើនជាង 200 ពាន់លាននៅលើក្តារជាង 4 ពាន់លាន។ ដើម្បីបម្រើដល់កងទ័ពរបស់អ្នកប្រើប្រាស់ និងមូលដ្ឋានមាតិកាដ៏ធំនេះ វិបផតថលបានបង្កើតសេវាកម្មរាប់ពាន់រាប់ចាប់ពីសេវាមីក្រូ ដែលអាចគ្រប់គ្រងដោយស៊ីភីយូមួយចំនួន ដល់ម៉ូណូលីតយក្សដែលដំណើរការលើម៉ាស៊ីននិម្មិតទាំងមូល។ ហើយបន្ទាប់មកពេលវេលាបានមកដល់នៅពេលដែលភ្នែករបស់ក្រុមហ៊ុនបានធ្លាក់ចុះនៅលើ k8s ។ ហេតុអ្វីបានជា "គូប" មើលទៅល្អនៅលើ Pinterest? អ្នកនឹងរៀនអំពីរឿងនេះពីការបកប្រែរបស់យើងនៃអត្ថបទថ្មីៗពី ប្លុក Pinterest បង្កើនថាមពល.

ដូច្នេះអ្នកប្រើប្រាស់រាប់រយលាននាក់ និងរាប់រយពាន់លានម្ជុល។ ដើម្បីបម្រើដល់អ្នកប្រើប្រាស់ និងមូលដ្ឋានមាតិកាដ៏ធំនេះ យើងបានបង្កើតសេវាកម្មរាប់ពាន់រាប់ចាប់ពីសេវាមីក្រូ ដែលអាចគ្រប់គ្រងបានដោយស៊ីភីយូមួយចំនួន ដល់ម៉ូណូលីតយក្សដែលដំណើរការលើម៉ាស៊ីននិម្មិតទាំងមូល។ លើសពីនេះ យើងមានក្របខណ្ឌជាច្រើនដែលអាចត្រូវការស៊ីភីយូ អង្គចងចាំ ឬការចូលប្រើ I/O ផងដែរ។

ក្នុងការថែរក្សាឧបករណ៍សួនសត្វនេះ ក្រុមអភិវឌ្ឍន៍ប្រឈមមុខនឹងបញ្ហាមួយចំនួន៖

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

ប្រព័ន្ធ orchestration កុងតឺន័រគឺជាវិធីមួយដើម្បីបង្រួបបង្រួមការគ្រប់គ្រងបន្ទុកការងារ។ ពួកគេបើកទ្វារឆ្ពោះទៅរកការបង្កើនល្បឿននៃការអភិវឌ្ឍន៍ និងសម្រួលការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ ចាប់តាំងពីធនធានទាំងអស់ដែលពាក់ព័ន្ធនឹងគម្រោងត្រូវបានគ្រប់គ្រងដោយប្រព័ន្ធកណ្តាលតែមួយ។

រូបភាពទី 1៖ អាទិភាពនៃហេដ្ឋារចនាសម្ព័ន្ធ (ភាពជឿជាក់ ផលិតភាពរបស់អ្នកអភិវឌ្ឍន៍ និងប្រសិទ្ធភាព)។

ក្រុម Cloud Management Platform នៅ Pinterest បានរកឃើញ K8s ក្នុងឆ្នាំ 2017។ នៅពាក់កណ្តាលដំបូងនៃឆ្នាំ 2017 យើងបានចងក្រងជាឯកសារភាគច្រើននៃសមត្ថភាពផលិតរបស់យើង រួមទាំង API និងម៉ាស៊ីនមេគេហទំព័រទាំងអស់របស់យើង។ បន្ទាប់មក យើងបានធ្វើការវាយតម្លៃហ្មត់ចត់លើប្រព័ន្ធផ្សេងៗសម្រាប់រៀបចំដំណោះស្រាយកុងតឺន័រ ការកសាងចង្កោម និងធ្វើការជាមួយពួកគេ។ នៅចុងឆ្នាំ 2017 យើងបានសម្រេចចិត្តប្រើ Kubernetes ។ វាមានភាពបត់បែន និងត្រូវបានគាំទ្រយ៉ាងទូលំទូលាយនៅក្នុងសហគមន៍អ្នកអភិវឌ្ឍន៍។

រហូតមកដល់បច្ចុប្បន្ន យើងបានសាងសង់ឧបករណ៍ចាប់ផ្ដើមចង្កោមផ្ទាល់ខ្លួនរបស់យើងដោយផ្អែកលើ Kops និងបានផ្ទេរធាតុផ្សំហេដ្ឋារចនាសម្ព័ន្ធដែលមានស្រាប់ដូចជា បណ្តាញ សុវត្ថិភាព រង្វាស់ ការកត់ត្រា ការគ្រប់គ្រងអត្តសញ្ញាណ និងចរាចរណ៍ទៅកាន់ Kubernetes ។ យើងក៏បានអនុវត្តប្រព័ន្ធគំរូនៃបន្ទុកការងារសម្រាប់ធនធានរបស់យើង ដែលភាពស្មុគស្មាញត្រូវបានលាក់ពីអ្នកអភិវឌ្ឍន៍។ ឥឡូវនេះ យើងកំពុងផ្តោតលើការធានាស្ថិរភាពនៃចង្កោម ការធ្វើមាត្រដ្ឋានវា និងភ្ជាប់អតិថិជនថ្មី។

Kubernetes: ផ្លូវ Pinterest

ការចាប់ផ្តើមជាមួយ Kubernetes ក្នុងទំហំ Pinterest ជាវេទិកាដែលវិស្វកររបស់យើងចូលចិត្តបានមកជាមួយនឹងបញ្ហាប្រឈមជាច្រើន។

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

ម៉្យាងវិញទៀត គំរូព្យាករណ៍បន្ទុកនៅក្នុង Kubernetes ខ្លួនវា (ដូចជាការដាក់ពង្រាយ ការងារ និងសំណុំ Daemon) មិនគ្រប់គ្រាន់សម្រាប់គម្រោងរបស់យើងទេ។ បញ្ហាលទ្ធភាពប្រើប្រាស់ទាំងនេះគឺជាឧបសគ្គដ៏ធំក្នុងការផ្លាស់ទីទៅ Kubernetes ។ ជាឧទាហរណ៍ យើងបានឮអ្នកអភិវឌ្ឍន៍សេវាកម្មត្អូញត្អែរអំពីការបាត់ ឬការកំណត់ការចូលមិនត្រឹមត្រូវ។ យើងក៏បានជួបប្រទះផងដែរនូវការប្រើប្រាស់ម៉ាស៊ីនគំរូមិនត្រឹមត្រូវ នៅពេលដែលច្បាប់ចម្លងរាប់រយត្រូវបានបង្កើតដោយមានការបញ្ជាក់ និងភារកិច្ចដូចគ្នា ដែលបណ្តាលឱ្យមានបញ្ហាក្នុងការកែកំហុសក្នុងសុបិន្តអាក្រក់។

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

លក្ខណៈសម្បត្តិអ្នកប្រើប្រាស់ Pinterest និងឧបករណ៍បញ្ជា

ដើម្បីធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់វិស្វកររបស់យើងក្នុងការអនុវត្ត Kubernetes និងដើម្បីធ្វើឱ្យសាមញ្ញ និងបង្កើនល្បឿនហេដ្ឋារចនាសម្ព័ន្ធរបស់យើង យើងបានបង្កើតនិយមន័យធនធានផ្ទាល់ខ្លួនរបស់យើង (CRDs)។

CRDs ផ្តល់មុខងារដូចខាងក្រោមៈ

1. រួមបញ្ចូលគ្នានូវធនធាន Kubernetes ដើមផ្សេងគ្នា ដូច្នេះពួកវាធ្វើការជាបន្ទុកតែមួយ។ ឧទាហរណ៍ ធនធាន PinterestService រួមមានការដាក់ពង្រាយ សេវាកម្មចូល និងផែនទីកំណត់រចនាសម្ព័ន្ធ។ នេះអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍មិនព្រួយបារម្ភអំពីការដំឡើង DNS ។
2. អនុវត្តការគាំទ្រកម្មវិធីចាំបាច់។ អ្នកប្រើប្រាស់ត្រូវផ្តោតតែលើការបញ្ជាក់របស់កុងតឺន័រប៉ុណ្ណោះ យោងទៅតាមតក្កវិជ្ជាអាជីវកម្មរបស់ពួកគេ ខណៈពេលដែលឧបករណ៍បញ្ជា CRD អនុវត្តកុងតឺន័រ init ដែលចាំបាច់ទាំងអស់ អថេរបរិស្ថាន និងលក្ខណៈបច្ចេកទេសរបស់ផត។ នេះផ្តល់នូវកម្រិតនៃការលួងលោមផ្សេងៗគ្នាជាមូលដ្ឋានសម្រាប់អ្នកអភិវឌ្ឍន៍។
3. ឧបករណ៍បញ្ជា CRD ក៏គ្រប់គ្រងវដ្តជីវិតនៃធនធានដើម និងកែលម្អភាពអាចរកបាននៃការបំបាត់កំហុសផងដែរ។ នេះរួមបញ្ចូលទាំងការផ្សះផ្សាជាក់លាក់ដែលចង់បាន និងជាក់ស្តែង ការធ្វើបច្ចុប្បន្នភាពស្ថានភាព CRD និងការថែរក្សាកំណត់ហេតុព្រឹត្តិការណ៍ និងច្រើនទៀត។ បើគ្មាន CRD អ្នកអភិវឌ្ឍន៍នឹងត្រូវបង្ខំឱ្យគ្រប់គ្រងធនធានច្រើន ដែលគ្រាន់តែបង្កើនលទ្ធភាពនៃកំហុសប៉ុណ្ណោះ។

នេះគឺជាឧទាហរណ៍នៃសេវា Pinterest និងធនធានខាងក្នុងដែលត្រូវបានគ្រប់គ្រងដោយឧបករណ៍បញ្ជារបស់យើង៖

ដូចដែលអ្នកអាចឃើញខាងលើ ដើម្បីគាំទ្រកុងតឺន័រផ្ទាល់ខ្លួន យើងត្រូវរួមបញ្ចូលកុងតឺន័រ init និងកម្មវិធីបន្ថែមជាច្រើនដើម្បីផ្តល់សុវត្ថិភាព ភាពមើលឃើញ និងចរាចរណ៍បណ្តាញ។ លើសពីនេះទៀត យើងបានបង្កើតគំរូផែនទីកំណត់រចនាសម្ព័ន្ធ និងអនុវត្តការគាំទ្រសម្រាប់គំរូ PVC សម្រាប់ការងារជាបាច់ ក៏ដូចជាការតាមដានអថេរបរិស្ថានជាច្រើន ដើម្បីតាមដានអត្តសញ្ញាណ ការប្រើប្រាស់ធនធាន និងការប្រមូលសំរាម។

វាជាការលំបាកក្នុងការស្រមៃថាអ្នកអភិវឌ្ឍន៍ចង់សរសេរឯកសារកំណត់រចនាសម្ព័ន្ធទាំងនេះដោយដៃដោយគ្មានការគាំទ្រ CRD ទុកឱ្យនៅតែរក្សានិងបំបាត់កំហុសការកំណត់រចនាសម្ព័ន្ធបន្ថែមទៀត។

លំហូរការងារនៃការអនុវត្តកម្មវិធី

រូបភាពខាងលើបង្ហាញពីរបៀបដាក់ពង្រាយធនធានផ្ទាល់ខ្លួនរបស់ Pinterest ទៅកាន់ក្រុម Kubernetes៖

1. អ្នកអភិវឌ្ឍន៍ធ្វើអន្តរកម្មជាមួយក្រុម Kubernetes របស់យើងតាមរយៈ CLI និងចំណុចប្រទាក់អ្នកប្រើប្រាស់។
2. ឧបករណ៍ CLI/UI ទាញយកឯកសារ YAML ការកំណត់រចនាសម្ព័ន្ធលំហូរការងារ និងលក្ខណៈសម្បត្តិស្ថាបនាផ្សេងទៀត (លេខសម្គាល់កំណែដូចគ្នា) ពី Artifactory ហើយបន្ទាប់មកបញ្ជូនវាទៅសេវាកម្មបញ្ជូនការងារ។ ជំហាននេះធានាថាមានតែកំណែផលិតកម្មប៉ុណ្ណោះដែលត្រូវបានបញ្ជូនទៅចង្កោម។
3. JSS គឺជាច្រកផ្លូវសម្រាប់វេទិកាផ្សេងៗ រួមទាំង Kubernetes ផងដែរ។ នៅទីនេះអ្នកប្រើប្រាស់ត្រូវបានផ្ទៀងផ្ទាត់ កូតាត្រូវបានចេញ ហើយការកំណត់រចនាសម្ព័ន្ធ CRD របស់យើងត្រូវបានពិនិត្យដោយផ្នែក។
4. បន្ទាប់ពីពិនិត្យមើល CRD នៅខាង JSS ព័ត៌មានត្រូវបានបញ្ជូនទៅ API វេទិកា k8s ។
5. ឧបករណ៍បញ្ជា CRD របស់យើងត្រួតពិនិត្យព្រឹត្តិការណ៍នៅលើធនធានអ្នកប្រើប្រាស់ទាំងអស់។ វាបំប្លែង CRs ទៅជាធនធាន k8s ដើម បន្ថែមម៉ូឌុលចាំបាច់ កំណត់អថេរបរិស្ថានសមស្រប និងអនុវត្តការងារជំនួយផ្សេងទៀត ដើម្បីធានាថាកម្មវិធីអ្នកប្រើប្រាស់ដែលមានផ្ទុកមានការគាំទ្រហេដ្ឋារចនាសម្ព័ន្ធគ្រប់គ្រាន់។
6. បន្ទាប់មកឧបករណ៍បញ្ជា CRD បញ្ជូនទិន្នន័យដែលទទួលបានទៅ Kubernetes API ដូច្នេះវាអាចត្រូវបានដំណើរការដោយអ្នកកំណត់ពេល និងដាក់ចូលទៅក្នុងផលិតកម្ម។

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

ប្រភេទនៃធនធានពិសេស

ដោយផ្អែកលើតម្រូវការជាក់លាក់របស់ Pinterest យើងបានបង្កើត CRDs ខាងក្រោមដើម្បីបំពេញលំហូរការងារផ្សេងៗគ្នា៖

• PinterestService គឺជាសេវាកម្មគ្មានរដ្ឋដែលបានដំណើរការជាយូរមកហើយ។ ប្រព័ន្ធស្នូលជាច្រើនរបស់យើងគឺផ្អែកលើសំណុំនៃសេវាកម្មបែបនេះ។
• គំរូ PinterestJobSet ការងារបណ្តុំវដ្តពេញលេញ។ សេណារីយ៉ូទូទៅនៅលើ Pinterest គឺថាការងារជាច្រើនដំណើរការធុងដូចគ្នាស្របគ្នាដោយមិនគិតពីដំណើរការស្រដៀងគ្នាផ្សេងទៀត។
• PinterestCronJob ត្រូវបានគេប្រើយ៉ាងទូលំទូលាយក្នុងការភ្ជាប់ជាមួយការផ្ទុកតាមកាលកំណត់តូច។ នេះគឺជាកម្មវិធីរុំសម្រាប់ការងារ cron ដើមជាមួយនឹងយន្តការគាំទ្រ Pinterest ដែលទទួលខុសត្រូវចំពោះសុវត្ថិភាព ចរាចរណ៍ កំណត់ហេតុ និងម៉ែត្រ។
• PinterestDaemon រួមបញ្ចូល Daemon ហេដ្ឋារចនាសម្ព័ន្ធ។ គ្រួសារនេះបន្តរីកចម្រើន នៅពេលដែលយើងបន្ថែមការគាំទ្របន្ថែមទៀតដល់ក្រុមរបស់យើង។
• PinterestTrainingJob ពង្រីកដល់ដំណើរការ Tensorflow និង Pytorg ដោយផ្តល់នូវកម្រិតដូចគ្នានៃការគាំទ្រពេលដំណើរការដូច CRDs ផ្សេងទៀតទាំងអស់។ ចាប់តាំងពី Pinterest ប្រើ Tensorflow និងប្រព័ន្ធរៀនម៉ាស៊ីនផ្សេងទៀតយ៉ាងសកម្ម យើងមានហេតុផលដើម្បីកសាង CRD ដាច់ដោយឡែកនៅជុំវិញពួកគេ។

យើងក៏កំពុងធ្វើការលើ PinterestStatefulSet ដែលនឹងត្រូវបានកែសម្រួលក្នុងពេលឆាប់ៗនេះសម្រាប់ឃ្លាំងទិន្នន័យ និងប្រព័ន្ធរដ្ឋផ្សេងទៀត។

ការគាំទ្រពេលដំណើរការ

នៅពេលដែលកម្មវិធី pod ដំណើរការលើ Kubernetes វាទទួលបានវិញ្ញាបនបត្រដោយស្វ័យប្រវត្តិដើម្បីកំណត់អត្តសញ្ញាណខ្លួនឯង។ វិញ្ញាបនបត្រនេះត្រូវបានប្រើដើម្បីចូលប្រើកន្លែងផ្ទុកសម្ងាត់ ឬទាក់ទងជាមួយសេវាកម្មផ្សេងទៀតតាមរយៈ mTLS ។ ទន្ទឹមនឹងនេះ Container Init Configurator និង Daemon នឹងទាញយកភាពអាស្រ័យចាំបាច់ទាំងអស់ មុនពេលដំណើរការកម្មវិធី containerized ។ នៅពេលដែលអ្វីៗគ្រប់យ៉ាងរួចរាល់ ភាគីចរាចរណ៍ និង Daemon នឹងចុះឈ្មោះអាសយដ្ឋាន IP របស់ម៉ូឌុលជាមួយនឹង Zookeeper របស់យើង ដូច្នេះអតិថិជនអាចស្វែងរកវាបាន។ ទាំងអស់នេះនឹងដំណើរការព្រោះម៉ូឌុលបណ្តាញត្រូវបានកំណត់រចនាសម្ព័ន្ធមុនពេលកម្មវិធីត្រូវបានដាក់ឱ្យដំណើរការ។

ខាងលើគឺជាឧទាហរណ៍ធម្មតានៃការគាំទ្រពេលដំណើរការសម្រាប់បន្ទុកការងារ។ ប្រភេទនៃបន្ទុកការងារផ្សេងទៀតអាចត្រូវការការគាំទ្រខុសគ្នាបន្តិចបន្តួច ប៉ុន្តែពួកវាទាំងអស់មានទម្រង់ជា sidecars កម្រិត pod, node-level ឬ Daemons កម្រិតម៉ាស៊ីននិម្មិត។ យើងធានាថាអ្វីៗទាំងអស់នេះត្រូវបានដាក់ពង្រាយនៅក្នុងហេដ្ឋារចនាសម្ព័ន្ធគ្រប់គ្រង និងមានភាពស៊ីសង្វាក់គ្នាលើកម្មវិធីនានា ដែលចុងក្រោយកាត់បន្ថយបន្ទុកយ៉ាងខ្លាំងទាក់ទងនឹងការងារបច្ចេកទេស និងការគាំទ្រអតិថិជន។

ការធ្វើតេស្តនិង QA

យើង​បាន​សាងសង់​បំពង់​សាកល្បង​ពី​ចុង​ដល់​ចុង​នៅ​លើ​ហេដ្ឋារចនាសម្ព័ន្ធ​សាកល្បង Kubernetes ដែល​មាន​ស្រាប់។ ការធ្វើតេស្តទាំងនេះអនុវត្តចំពោះក្រុមទាំងអស់របស់យើង។ បំពង់បង្ហូរប្រេងរបស់យើងបានឆ្លងកាត់ការកែប្រែជាច្រើន មុនពេលវាក្លាយជាផ្នែកមួយនៃក្រុមផលិតផល។

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

ជម្មើសជំនួស

យើងបានពិនិត្យមើលជម្រើសមួយចំនួនចំពោះធនធានផ្ទាល់ខ្លួន ដូចជាឧបករណ៍បញ្ជាការចូលប្រើការផ្លាស់ប្តូរ និងប្រព័ន្ធគំរូ។ ទោះជាយ៉ាងណាក៏ដោយ ពួកគេទាំងអស់សុទ្ធតែមកជាមួយបញ្ហាប្រឈមក្នុងប្រតិបត្តិការសំខាន់ៗ ដូច្នេះយើងបានជ្រើសរើសផ្លូវ CRD ។

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

ចំណាំ: ប្រព័ន្ធគំរូដូចជា Helm charts ក៏ត្រូវបានគេប្រើយ៉ាងទូលំទូលាយដើម្បីដំណើរការកម្មវិធីដែលមានការកំណត់រចនាសម្ព័ន្ធស្រដៀងគ្នា។ ទោះយ៉ាងណាក៏ដោយ កម្មវិធីការងាររបស់យើងមានភាពចម្រុះពេកដែលមិនអាចគ្រប់គ្រងបានដោយប្រើគំរូ។ ផងដែរក្នុងអំឡុងពេលការដាក់ឱ្យប្រើប្រាស់ជាបន្តបន្ទាប់នឹងមានកំហុសច្រើនពេកនៅពេលប្រើគំរូ។

ការងារនាពេលខាងមុខ

បច្ចុប្បន្ននេះ យើងកំពុងដោះស្រាយជាមួយនឹងបន្ទុកចម្រុះនៅគ្រប់ចង្កោមរបស់យើង។ ដើម្បីគាំទ្រដំណើរការនៃប្រភេទ និងទំហំផ្សេងៗគ្នា យើងធ្វើការក្នុងផ្នែកខាងក្រោម៖

• បណ្តុំនៃចង្កោមចែកចាយកម្មវិធីធំ ៗ នៅទូទាំងចង្កោមផ្សេងៗគ្នាសម្រាប់ទំហំ និងស្ថេរភាព។
• ធានាបាននូវស្ថេរភាពចង្កោម ការធ្វើមាត្រដ្ឋាន និងលទ្ធភាពមើលឃើញដើម្បីបង្កើតការតភ្ជាប់កម្មវិធី និង SLAs ។
• ការគ្រប់គ្រងធនធាន និងកូតា ដើម្បីកុំឱ្យកម្មវិធីមានជម្លោះជាមួយគ្នា ហើយទំហំនៃចង្កោមត្រូវបានគ្រប់គ្រងលើផ្នែករបស់យើង។
• វេទិកា CI/CD ថ្មីសម្រាប់គាំទ្រ និងដាក់ពង្រាយកម្មវិធីនៅលើ Kubernetes ។

ប្រភព: www.habr.com