ឧបករណ៍ Helm និងគុណវិបត្តិរបស់វា។

គំនិតអ្នកដឹកជញ្ជូនទំនិញ Typhon លោក Anton Swanepoel

ឈ្មោះរបស់ខ្ញុំគឺ Dmitry Sugrobov ខ្ញុំជាអ្នកអភិវឌ្ឍន៍នៅ Leroy Merlin ។ នៅក្នុងអត្ថបទនេះ ខ្ញុំនឹងប្រាប់អ្នកពីមូលហេតុដែល Helm ត្រូវការ របៀបដែលវាសម្រួលដល់ការធ្វើការជាមួយ Kubernetes អ្វីដែលបានផ្លាស់ប្តូរនៅក្នុងកំណែទីបី និងរបៀបប្រើវាដើម្បីធ្វើបច្ចុប្បន្នភាពកម្មវិធីនៅក្នុងផលិតកម្មដោយមិនមានពេលទំនេរ។

នេះ​ជា​ការ​សង្ខេប​ដោយ​ផ្អែក​លើ​សុន្ទរកថា​ក្នុង​សន្និសីទ @Kubernetes Conference by ដំណោះស្រាយពពក Mail.ru - បើអ្នកមិនចង់អាន សូមមើលវីដេអូ។

ហេតុអ្វីបានជាយើងប្រើ Kubernetes ក្នុងការផលិត

Leroy Merlin គឺជាអ្នកដឹកនាំនៅក្នុងទីផ្សារលក់រាយ DIY នៅក្នុងប្រទេសរុស្ស៊ី និងអឺរ៉ុប។ ក្រុមហ៊ុនរបស់យើងមានអ្នកអភិវឌ្ឍន៍ជាងមួយរយនាក់ បុគ្គលិកខាងក្នុង 33 នាក់ និងមនុស្សមួយចំនួនធំដែលចូលមើលផ្សារទំនើប និងគេហទំព័រ។ ដើម្បីធ្វើឱ្យពួកគេទាំងអស់គ្នាសប្បាយចិត្ត យើងបានសម្រេចចិត្តធ្វើតាមវិធីសាស្រ្តស្តង់ដារឧស្សាហកម្ម។ បង្កើតកម្មវិធីថ្មីដោយប្រើស្ថាបត្យកម្មមីក្រូសេវា; ប្រើធុងដើម្បីញែកបរិយាកាស និងធានាបាននូវការចែកចាយត្រឹមត្រូវ; និងប្រើ Kubernetes សម្រាប់វង់ភ្លេង។ តម្លៃនៃការប្រើប្រាស់វង់តន្រ្តីកំពុងមានតម្លៃថោកជាងមុនយ៉ាងឆាប់រហ័ស៖ ចំនួនវិស្វករជំនាញផ្នែកបច្ចេកវិទ្យាកំពុងកើនឡើងនៅលើទីផ្សារ ហើយអ្នកផ្តល់សេវាកំពុងបង្ហាញអំពីការផ្តល់ Kubernetes ជាសេវាកម្មមួយ។

ជាការពិតណាស់ អ្វីគ្រប់យ៉ាងដែល Kubernetes ធ្វើ គឺអាចធ្វើឡើងតាមវិធីផ្សេងទៀត ឧទាហរណ៍ ដោយគ្របដណ្ដប់លើ Jenkins និង docker-compose ជាមួយស្គ្រីប ប៉ុន្តែហេតុអ្វីបានជាមានភាពស្មុគស្មាញដល់ជីវិត ប្រសិនបើមានដំណោះស្រាយដែលត្រៀមរួចជាស្រេច និងអាចទុកចិត្តបាន? នោះហើយជាមូលហេតុដែលយើងមក Kubernetes ហើយបានប្រើប្រាស់វានៅក្នុងការផលិតអស់រយៈពេលមួយឆ្នាំហើយ។ បច្ចុប្បន្ននេះយើងមានចង្កោម Kubernetes ម្ភៃបួន ដែលចាស់ជាងគេគឺមានអាយុច្រើនជាងមួយឆ្នាំ ដែលមានប្រហែលពីររយផត។

បណ្តាសានៃឯកសារ YAML ដ៏ធំនៅក្នុង Kubernetes

ដើម្បីបើកដំណើរការសេវាកម្មខ្នាតតូចនៅក្នុង Kubernetes យើងនឹងបង្កើតឯកសារ YAML យ៉ាងតិចចំនួនប្រាំ៖ សម្រាប់ការដាក់ឱ្យប្រើប្រាស់, សេវាកម្ម, Ingress, ConfigMap, Secrets - ហើយផ្ញើពួកវាទៅកាន់ចង្កោម។ សម្រាប់កម្មវិធីបន្ទាប់ យើងនឹងសរសេរកញ្ចប់ដូចគ្នានៃ jambs ដោយទីបីយើងនឹងសរសេរមួយផ្សេងទៀត ហើយដូច្នេះនៅលើ។ ប្រសិនបើយើងគុណចំនួនឯកសារដោយចំនួនបរិស្ថាន យើងនឹងទទួលបានឯកសាររាប់រយរួចហើយ ហើយនេះមិនទាន់គិតដល់បរិស្ថានថាមវន្តនៅឡើយទេ។

Adam Reese អ្នកថែទាំស្នូលនៃ Helm បានណែនាំគំនិតនៃ "វដ្តនៃការអភិវឌ្ឍន៍នៅក្នុង Kubernetes" ដែលមើលទៅដូចនេះ៖

1. ចម្លង YAML - ចម្លងឯកសារ YAML ។
2. បិទភ្ជាប់ YAML - បិទភ្ជាប់វា។
3. ជួសជុលការចូលបន្ទាត់ - ជួសជុលការចូលបន្ទាត់។
4. ធ្វើម្តងទៀត - ធ្វើម្តងទៀត។

ជម្រើសដំណើរការ ប៉ុន្តែអ្នកត្រូវចម្លងឯកសារ YAML ច្រើនដង។ ដើម្បីផ្លាស់ប្តូរវដ្តនេះ Helm ត្រូវបានបង្កើត។

តើ Helm គឺជាអ្វី

ទីមួយ Helm - អ្នកគ្រប់គ្រងកញ្ចប់ដែលជួយអ្នកស្វែងរក និងដំឡើងកម្មវិធីដែលអ្នកត្រូវការ។ ដើម្បីដំឡើងឧទាហរណ៍ MongoDB អ្នកមិនចាំបាច់ចូលទៅកាន់គេហទំព័រផ្លូវការ ហើយទាញយកប្រព័ន្ធគោលពីរទេ គ្រាន់តែដំណើរការពាក្យបញ្ជា helm install stable/mongodb.

ទីពីរ Helm - ម៉ាស៊ីនគំរូ, ជួយកំណត់ប៉ារ៉ាម៉ែត្រឯកសារ។ សូមត្រលប់ទៅស្ថានភាពជាមួយឯកសារ YAML នៅក្នុង Kubernetes ។ វាកាន់តែងាយស្រួលក្នុងការសរសេរឯកសារ YAML ដូចគ្នា បន្ថែមកន្លែងដាក់មួយចំនួនទៅវា ដែលក្នុងនោះ Helm នឹងជំនួសតម្លៃ។ នោះគឺជំនួសឱ្យសំណុំដ៏ធំនៃរន្ទានឹងមានសំណុំនៃគំរូដែលតម្លៃដែលត្រូវការនឹងត្រូវបានជំនួសនៅពេលត្រឹមត្រូវ។

ទីបី Helm - មេដាក់ពង្រាយ. ជាមួយវា អ្នកអាចដំឡើង ត្រឡប់ និងអាប់ដេតកម្មវិធី។ ចូរយើងស្វែងយល់ពីរបៀបធ្វើវា។

របៀបប្រើ Helm ដើម្បីដាក់ឱ្យប្រើប្រាស់កម្មវិធីផ្ទាល់ខ្លួនរបស់អ្នក។

តោះដំឡើងកម្មវិធី Helm នៅលើកុំព្យូទ័ររបស់អ្នក ធ្វើតាមការណែនាំជាផ្លូវការ ការណែនាំ. បន្ទាប់ យើងនឹងបង្កើតសំណុំឯកសារ YAML ។ ជំនួសឱ្យការបញ្ជាក់តម្លៃជាក់លាក់ យើងនឹងទុកកន្លែងដាក់ ដែល Helm នឹងបំពេញព័ត៌មាននាពេលអនាគត។ សំណុំឯកសារបែបនេះត្រូវបានគេហៅថា គំនូសតាង Helm ។ វាអាចត្រូវបានផ្ញើទៅម៉ាស៊ីនភ្ញៀវ Helm console តាមបីវិធី៖

• ចង្អុលបង្ហាញថតដែលមានគំរូ;
• ខ្ចប់ប័ណ្ណសារចូលទៅក្នុង .tar ហើយចង្អុលទៅវា;
• ដាក់គំរូនៅក្នុងឃ្លាំងពីចម្ងាយ ហើយបន្ថែមតំណទៅឃ្លាំងនៅក្នុងម៉ាស៊ីនភ្ញៀវ Helm ។

អ្នកក៏ត្រូវការឯកសារដែលមានតម្លៃផងដែរ - values.yaml ។ ទិន្នន័យពីទីនោះនឹងត្រូវបានបញ្ចូលទៅក្នុងគំរូ។ ចូរយើងបង្កើតវាផងដែរ។

កំណែទីពីរនៃ Helm មានកម្មវិធីម៉ាស៊ីនមេបន្ថែម - Tiller ។ វាព្យួរនៅខាងក្រៅ Kubernetes ហើយរង់ចាំសំណើពីអតិថិជន Helm ហើយនៅពេលហៅមក ជំនួសតម្លៃដែលត្រូវការទៅក្នុងគំរូ ហើយផ្ញើវាទៅ Kubernetes ។

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

តើវាដំណើរការយ៉ាងដូចម្តេច

ដំណើរការពាក្យបញ្ជា helm install. ចូរបង្ហាញឈ្មោះនៃការចេញផ្សាយកម្មវិធី ហើយផ្តល់ផ្លូវទៅកាន់ values.yaml។ នៅចុងបញ្ចប់ យើងនឹងបង្ហាញពីឃ្លាំងដែលគំនូសតាងស្ថិតនៅ និងឈ្មោះតារាង។ ក្នុងឧទាហរណ៍ ទាំងនេះគឺជា "lmru" និង "bestchart" រៀងគ្នា។

helm install --name bestapp --values values.yaml lmru/bestchart

ពាក្យបញ្ជាអាចត្រូវបានប្រតិបត្តិតែម្តងគត់ នៅពេលប្រតិបត្តិម្តងទៀតជំនួសវិញ។ install ត្រូវការប្រើ upgrade. សម្រាប់ភាពសាមញ្ញជំនួសឱ្យពាក្យបញ្ជាពីរអ្នកអាចដំណើរការពាក្យបញ្ជា upgrade ជាមួយនឹងសោបន្ថែម --install. នៅពេលប្រតិបត្តិជាលើកដំបូង Helm នឹងផ្ញើពាក្យបញ្ជាដើម្បីដំឡើងការចេញផ្សាយ ហើយនឹងធ្វើបច្ចុប្បន្នភាពវានៅពេលអនាគត។

helm upgrade --install bestapp --values values.yaml lmru/bestchart

ភាពលំបាកនៃការដាក់ពង្រាយកំណែថ្មីនៃកម្មវិធីជាមួយ Helm

ត្រង់ចំណុចនេះក្នុងរឿងនេះ ខ្ញុំកំពុងលេង Who Wants to Be a Millionaire ជាមួយទស្សនិកជន ហើយយើងកំពុងរកវិធីយក Helm ដើម្បីធ្វើបច្ចុប្បន្នភាពកំណែរបស់កម្មវិធី។ មើល​វីដេអូ.

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

វិធីសាស្រ្ត 1. កុំផ្លាស់ប្តូរព័ត៌មានចាប់តាំងពីការចាប់ផ្តើមចុងក្រោយ

ដូចដែលវានិយាយ គេហទំព័រផ្លូវការ Helm “គំនូសតាង Kubernetes អាចមានទំហំធំ និងស្មុគស្មាញ ដូច្នេះ Helm ព្យាយាមមិនប៉ះពាល់អ្វីច្រើនពេក។ ដូច្នេះ ប្រសិនបើអ្នកធ្វើបច្ចុប្បន្នភាពកំណែចុងក្រោយបំផុតនៃរូបភាពកម្មវិធីនៅក្នុងបញ្ជីឈ្មោះ docker ហើយដំណើរការពាក្យបញ្ជា helm upgradeបន្ទាប់មកគ្មានអ្វីនឹងកើតឡើងទេ។ Helm នឹងគិតថាគ្មានអ្វីផ្លាស់ប្តូរទេ ហើយមិនចាំបាច់ផ្ញើពាក្យបញ្ជាទៅ Kubernetes ដើម្បីធ្វើបច្ចុប្បន្នភាពកម្មវិធីនោះទេ។

នៅទីនេះ និងខាងក្រោម ស្លាកចុងក្រោយបំផុតត្រូវបានបង្ហាញតែមួយគត់ជាឧទាហរណ៍។ នៅពេលអ្នកបញ្ជាក់ស្លាកនេះ Kubernetes នឹងទាញយករូបភាពពីបញ្ជីឈ្មោះ docker រាល់ពេលដោយមិនគិតពីប៉ារ៉ាម៉ែត្រ imagePullPolicy ។ ការប្រើប្រាស់ចុងក្រោយបំផុតក្នុងផលិតកម្មគឺមិនចង់បាន និងបណ្តាលឱ្យមានផលប៉ះពាល់។

វិធីសាស្រ្ត 2. ធ្វើបច្ចុប្បន្នភាព LABEL នៅក្នុងរូបភាព

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

វិធីទី ៣៖ ប្រើសោ --force

ចូរយើងងាកទៅរកសៀវភៅដៃ ហើយរកមើលគន្លឹះដែលត្រូវការ។ គន្លឹះធ្វើឱ្យយល់ច្រើនបំផុត --force. ថ្វីបើឈ្មោះជាក់ស្តែងក៏ដោយក៏អាកប្បកិរិយាខុសពីការរំពឹងទុក។ ជំនួសឱ្យការបង្ខំឱ្យអាប់ដេតកម្មវិធី គោលបំណងពិតរបស់វាគឺដើម្បីស្ដារការចេញផ្សាយដែលស្ថិតក្នុងស្ថានភាព FAILED។ ប្រសិនបើអ្នកមិនប្រើកូនសោនេះទេ អ្នកត្រូវប្រតិបត្តិពាក្យបញ្ជាតាមលំដាប់លំដោយ helm delete && helm install --replace. វាត្រូវបានណែនាំឱ្យប្រើសោជំនួសវិញ។ --forceដែលធ្វើឲ្យការប្រតិបត្តិតាមលំដាប់លំដោយនៃពាក្យបញ្ជាទាំងនេះដោយស្វ័យប្រវត្តិ។ ព័ត៌មានបន្ថែមនៅក្នុងនេះ។ ទាញសំណើ. ដើម្បីប្រាប់ Helm ឱ្យធ្វើបច្ចុប្បន្នភាពកំណែកម្មវិធី ជាអកុសល សោនេះនឹងមិនដំណើរការទេ។

វិធីសាស្រ្ត 4. ផ្លាស់ប្តូរស្លាកដោយផ្ទាល់នៅក្នុង Kubernetes

ការធ្វើបច្ចុប្បន្នភាពស្លាកដោយផ្ទាល់នៅក្នុងចង្កោមដោយប្រើពាក្យបញ្ជា kubectl edit - គំនិត​អាក្រក់។ សកម្មភាពនេះនឹងនាំឱ្យមានភាពមិនស៊ីសង្វាក់គ្នានៃព័ត៌មានរវាងកម្មវិធីដែលកំពុងដំណើរការ និងព័ត៌មានដែលត្រូវបានផ្ញើដំបូងសម្រាប់ការដាក់ពង្រាយ។ ឥរិយាបថរបស់ Helm កំឡុងពេលដាក់ពង្រាយក្នុងករណីនេះខុសពីកំណែរបស់វា៖ Helm 2 នឹងមិនធ្វើអ្វីទេ ហើយ Helm 3 នឹងដាក់ពង្រាយកំណែថ្មីនៃកម្មវិធី។ ដើម្បីយល់ពីមូលហេតុ អ្នកត្រូវយល់ពីរបៀបដែល Helm ដំណើរការ។

តើ Helm ដំណើរការយ៉ាងដូចម្តេច?

ដើម្បីកំណត់ថាតើកម្មវិធីមួយបានផ្លាស់ប្តូរចាប់តាំងពីការចេញផ្សាយចុងក្រោយរបស់វា Helm អាចប្រើ៖

• កំពុងដំណើរការកម្មវិធីនៅក្នុង Kubernetes;
• values.yaml ថ្មី និងតារាងបច្ចុប្បន្ន;
• ព័ត៌មានចេញផ្សាយផ្ទៃក្នុងរបស់ Helm ។

ដើម្បីឱ្យកាន់តែចង់ដឹង៖ តើ Helm រក្សាទុកព័ត៌មានខាងក្នុងអំពីការចេញផ្សាយនៅឯណា?ដោយប្រតិបត្តិពាក្យបញ្ជា helm historyយើងនឹងទទួលបានព័ត៌មានទាំងអស់អំពីកំណែដែលបានដំឡើងដោយប្រើ Helm ។

វាក៏មានព័ត៌មានលម្អិតអំពីគំរូ និងតម្លៃដែលបានផ្ញើផងដែរ។ យើងអាចស្នើសុំវា៖

នៅក្នុងកំណែទីពីរនៃ Helm ព័ត៌មាននេះស្ថិតនៅក្នុងចន្លោះឈ្មោះដូចគ្នាដែល Tiller កំពុងដំណើរការ (ប្រព័ន្ធ kube តាមលំនាំដើម) នៅក្នុង ConfigMap ដែលសម្គាល់ដោយស្លាក "OWNER=TILLER"៖

នៅពេលដែលកំណែទី 3 នៃ Helm បានបង្ហាញខ្លួន ព័ត៌មានបានផ្លាស់ប្តូរទៅជាអាថ៌កំបាំង និងទៅកន្លែងឈ្មោះដូចគ្នាដែលកម្មវិធីកំពុងដំណើរការ។ សូមអរគុណចំពោះបញ្ហានេះ វាអាចដំណើរការកម្មវិធីជាច្រើនក្នុងពេលដំណាលគ្នាក្នុងចន្លោះឈ្មោះផ្សេងគ្នាដែលមានឈ្មោះចេញផ្សាយដូចគ្នា។ នៅក្នុងកំណែទី 2 វាជាការឈឺក្បាលធ្ងន់ធ្ងរនៅពេលដែល namespaces ដាច់ឆ្ងាយ ប៉ុន្តែអាចមានឥទ្ធិពលលើគ្នាទៅវិញទៅមក។

Helm ទីពីរ នៅពេលព្យាយាមស្វែងយល់ថាតើត្រូវការការអាប់ដេត ឬអត់ ប្រើតែប្រភពព័ត៌មានពីរប៉ុណ្ណោះ៖ អ្វីដែលត្រូវបានផ្តល់ឱ្យវាឥឡូវនេះ និងព័ត៌មានខាងក្នុងអំពីការចេញផ្សាយដែលមាននៅក្នុង ConfigMap ។

Helm ទី 3 ប្រើយុទ្ធសាស្រ្តបញ្ចូលគ្នាបីផ្លូវ៖ បន្ថែមពីលើព័ត៌មាននោះ វាក៏គិតដល់កម្មវិធីដែលកំពុងដំណើរការឥឡូវនេះនៅក្នុង Kubernetes ផងដែរ។

សម្រាប់ហេតុផលនេះ កំណែចាស់របស់ Helm នឹងមិនធ្វើអ្វីនោះទេ ព្រោះវាមិនគិតពីព័ត៌មានកម្មវិធីនៅក្នុងចង្កោម ប៉ុន្តែ Helm 3 នឹងទទួលបានការផ្លាស់ប្តូរ និងផ្ញើកម្មវិធីថ្មីសម្រាប់ដាក់ឱ្យប្រើប្រាស់។

វិធីសាស្រ្ត 5. ប្រើកុងតាក់ --recreate-pods

ជាមួយនឹងសោ --recreate-pods អ្នកអាចសម្រេចបាននូវអ្វីដែលអ្នកបានគ្រោងទុកដំបូងដើម្បីសម្រេចបានដោយប្រើគន្លឹះ --force. កុងតឺន័រនឹងចាប់ផ្តើមឡើងវិញ ហើយយោងទៅតាម imagePullPolicy៖ គោលការណ៍ជានិច្ចសម្រាប់ស្លាកចុងក្រោយបំផុត (បន្ថែមលើវានៅក្នុងលេខយោងខាងលើ) Kubernetes នឹងទាញយក និងចាប់ផ្តើមកំណែថ្មីនៃរូបភាព។ វានឹងមិនត្រូវបានអនុវត្តតាមវិធីល្អបំផុតនោះទេ៖ ដោយមិនគិតពីប្រភេទ StrategyType នៃការដាក់ពង្រាយ វានឹងបិទកម្មវិធីចាស់ទាំងអស់ភ្លាមៗ ហើយចាប់ផ្តើមដំណើរការកម្មវិធីថ្មី។ ក្នុងអំឡុងពេលចាប់ផ្តើមឡើងវិញប្រព័ន្ធនឹងមិនដំណើរការទេអ្នកប្រើប្រាស់នឹងរងទុក្ខ។

នៅក្នុង Kubernetes ខ្លួនវា បញ្ហាស្រដៀងគ្នានេះក៏កើតមានជាយូរមកហើយ។ ហើយឥឡូវនេះ 4 ឆ្នាំបន្ទាប់ពីការបើក កិច្ចការបញ្ហាត្រូវបានជួសជុល ហើយដោយចាប់ផ្តើមជាមួយនឹងកំណែ 1.15 នៃ Kubernetes សមត្ថភាពក្នុងការរមៀល-ចាប់ផ្តើមផតផតឡើងវិញបានលេចឡើង។

Helm គ្រាន់តែបិទកម្មវិធីទាំងអស់ ហើយបើកដំណើរការធុងថ្មីនៅក្បែរនោះ។ អ្នក​មិន​អាច​ធ្វើ​បែប​នេះ​ក្នុង​ការ​ផលិត​បាន​ទេ ដើម្បី​កុំ​ឱ្យ​កម្មវិធី​ផ្អាក​ដំណើរការ។ នេះគឺត្រូវការសម្រាប់តែតម្រូវការអភិវឌ្ឍន៍ ហើយអាចអនុវត្តបានតែនៅក្នុងបរិយាកាសដំណាក់កាលប៉ុណ្ណោះ។

តើធ្វើដូចម្តេចដើម្បីធ្វើបច្ចុប្បន្នភាពកំណែកម្មវិធីដោយប្រើ Helm?

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

1. តម្លៃចៃដន្យ ដោយប្រើមុខងារស្តង់ដារ - {{ randAlphaNum 6 }}.
   មានការព្រមានមួយ៖ បន្ទាប់ពីការដាក់ពង្រាយនីមួយៗដោយប្រើតារាងដែលមានអថេរបែបនេះ តម្លៃចំណារពន្យល់នឹងមានតែមួយគត់ ហើយ Helm នឹងសន្មត់ថាមានការផ្លាស់ប្តូរ។ វាប្រែថាយើងនឹងចាប់ផ្តើមកម្មវិធីឡើងវិញជានិច្ច ទោះបីជាយើងមិនបានផ្លាស់ប្តូរកំណែរបស់វាក៏ដោយ។ នេះ​មិន​សំខាន់​ទេ ព្រោះ​នឹង​មិន​មាន​ពេល​សម្រាក​ទេ ប៉ុន្តែ​វា​នៅ​តែ​មិន​សប្បាយ​ចិត្ត។
2. បិទភ្ជាប់បច្ចុប្បន្ន កាលបរិច្ឆេទ​និង​ពេលវេលា - {{ .Release.Date }}.
   វ៉ារ្យ៉ង់គឺស្រដៀងទៅនឹងតម្លៃចៃដន្យដែលមានអថេរតែមួយគត់អចិន្ត្រៃយ៍។
3. មធ្យោបាយត្រឹមត្រូវជាងនេះគឺត្រូវប្រើ មូលប្បទានប័ត្រ. នេះគឺជា SHA នៃរូបភាព ឬ SHA នៃការប្តេជ្ញាចិត្តចុងក្រោយនៅក្នុង git - {{ .Values.sha }}.
   ពួកគេនឹងត្រូវរាប់ និងបញ្ជូនទៅកាន់អតិថិជន Helm នៅផ្នែកហៅទូរសព្ទ ឧទាហរណ៍នៅ Jenkins។ ប្រសិនបើកម្មវិធីបានផ្លាស់ប្តូរ នោះ checksum នឹងផ្លាស់ប្តូរ។ ដូច្នេះ Helm នឹងធ្វើបច្ចុប្បន្នភាពកម្មវិធីតែនៅពេលចាំបាច់ប៉ុណ្ណោះ។

ចូរយើងសង្ខេបការព្យាយាមរបស់យើង។

• Helm ធ្វើការផ្លាស់ប្តូរតាមរបៀបដែលឈ្លានពានតិចបំផុត ដូច្នេះការផ្លាស់ប្តូរណាមួយនៅកម្រិតរូបភាពកម្មវិធីនៅក្នុង Docker Registry នឹងមិនបណ្តាលឱ្យមានការអាប់ដេតទេ៖ គ្មានអ្វីនឹងកើតឡើងបន្ទាប់ពីពាក្យបញ្ជាត្រូវបានប្រតិបត្តិ។
• គន្លឹះ --force ប្រើដើម្បីស្ដារការចេញផ្សាយដែលមានបញ្ហា ហើយមិនត្រូវបានភ្ជាប់ជាមួយនឹងការអាប់ដេតដោយបង្ខំទេ។
• គន្លឹះ --recreate-pods នឹងធ្វើបច្ចុប្បន្នភាពកម្មវិធីដោយបង្ខំ ប៉ុន្តែនឹងធ្វើវាតាមរបៀបបំផ្លិចបំផ្លាញ៖ វានឹងបិទកុងតឺន័រទាំងអស់ភ្លាមៗ។ អ្នកប្រើប្រាស់នឹងទទួលរងពីបញ្ហានេះ អ្នកមិនគួរធ្វើបែបនេះនៅក្នុងការផលិតទេ។
• ធ្វើការផ្លាស់ប្តូរដោយផ្ទាល់ទៅលើចង្កោម Kubernetes ដោយប្រើពាក្យបញ្ជា kubectl edit កុំ៖ យើងនឹងបំបែកភាពជាប់លាប់ ហើយអាកប្បកិរិយានឹងខុសគ្នាអាស្រ័យលើកំណែរបស់ Helm ។
• ជាមួយនឹងការចេញផ្សាយកំណែថ្មីនៃ Helm, nuances ជាច្រើនបានបង្ហាញខ្លួន។ បញ្ហានៅក្នុងឃ្លាំង Helm ត្រូវបានពិពណ៌នាជាភាសាច្បាស់លាស់ ពួកគេនឹងជួយអ្នកឱ្យយល់លម្អិត។
• ការបន្ថែមចំណារពន្យល់ដែលអាចកែសម្រួលបានទៅក្នុងគំនូសតាងនឹងធ្វើឱ្យវាកាន់តែមានភាពបត់បែន។ វា​នឹង​អនុញ្ញាត​ឱ្យ​អ្នក​ដាក់​ឱ្យ​ដំណើរការ​កម្មវិធី​បាន​ត្រឹម​ត្រូវ​ដោយ​មិន​ចាំ​បាច់​មាន​ពេល​វេលា។

គំនិត "សន្តិភាពពិភពលោក" ដែលដំណើរការលើគ្រប់វិស័យនៃជីវិត៖ អានការណែនាំមុននឹងប្រើ មិនមែនក្រោយទេ។ មានតែព័ត៌មានពេញលេញទេ ទើបអាចបង្កើតប្រព័ន្ធដែលអាចទុកចិត្តបាន និងធ្វើឱ្យអ្នកប្រើប្រាស់សប្បាយចិត្ត។

តំណភ្ជាប់ដែលពាក់ព័ន្ធផ្សេងទៀត៖

1. ស្គាល់គ្នាជាមួយ កាន់តំណែង 3
2. គេហទំព័រផ្លូវការរបស់ Helm
3. ឃ្លាំង Helm នៅលើ GitHub
4. 25 ឧបករណ៍ Kubernetes មានប្រយោជន៍៖ ការដាក់ឱ្យប្រើប្រាស់ និងការគ្រប់គ្រង

របាយការណ៍នេះត្រូវបានបង្ហាញជាលើកដំបូងនៅ @Kubernetes Conference ដោយ Mail.ru Cloud Solutions ។ មើល видео ការសម្តែងផ្សេងទៀត និងជាវការប្រកាសព្រឹត្តិការណ៍នៅលើ Telegram ជុំវិញ Kubernetes នៅ Mail.ru Group.

ប្រភព: www.habr.com