GitOps: buzzword មួយផ្សេងទៀត ឬរបកគំហើញក្នុងស្វ័យប្រវត្តិកម្ម?

ពួកយើងភាគច្រើនដោយកត់សម្គាល់ពាក្យថ្មីមួយទៀតនៅក្នុង IT blogosphere ឬសន្និសិទ ឆាប់ឬក្រោយមកសួរសំណួរស្រដៀងគ្នាមួយ៖ “តើនេះជាអ្វី? គ្រាន់តែពាក្យ buzzword មួយផ្សេងទៀត "buzzword" ឬអ្វីមួយដែលពិតជាសក្ដិសមនៃការយកចិត្តទុកដាក់យ៉ាងជិតស្និទ្ធ ការសិក្សា និងការសន្យានៃជើងមេឃថ្មី? រឿងដដែលនេះបានកើតឡើងចំពោះខ្ញុំជាមួយនឹងពាក្យ ហ្គីតូប មួយរយៈមុន។ ប្រដាប់ដោយអត្ថបទដែលមានស្រាប់ជាច្រើន ក៏ដូចជាចំណេះដឹងរបស់សហសេវិកមកពីក្រុមហ៊ុន GitLabខ្ញុំបានព្យាយាមស្វែងយល់ថាតើប្រភេទសត្វនេះជាអ្វី ហើយការប្រើប្រាស់របស់វាមើលទៅដូចក្នុងការអនុវត្តជាក់ស្តែង។

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

ដូច្នេះ​បញ្ហា​នៃ​ការ​គ្រប់​គ្រង​ហេដ្ឋារចនាសម្ព័ន្ធ​មិន​មែន​ជា​រឿង​ថ្មី​នោះ​ទេ។ អ្នកផ្តល់សេវាពពកជាច្រើនមានសម្រាប់សាធារណជនទូទៅអស់រយៈពេលជាច្រើនឆ្នាំហើយ វាគួរតែធ្វើឱ្យការងាររបស់ក្រុមដែលទទួលខុសត្រូវចំពោះហេដ្ឋារចនាសម្ព័ន្ធមានលក្ខណៈសាមញ្ញ និងត្រង់។ ទោះជាយ៉ាងណាក៏ដោយ បើប្រៀបធៀបទៅនឹងដំណើរការអភិវឌ្ឍកម្មវិធី (ដែលស្វ័យប្រវត្តិកម្មកំពុងឈានដល់កម្រិតថ្មីជានិច្ច) គម្រោងហេដ្ឋារចនាសម្ព័ន្ធនៅតែជាប់ពាក់ព័ន្ធនឹងការងារដោយដៃជាច្រើន ហើយទាមទារចំណេះដឹង និងជំនាញឯកទេស ជាពិសេសតម្រូវការនាពេលបច្ចុប្បន្នសម្រាប់ការអត់ឱនកំហុស ភាពបត់បែន ការធ្វើមាត្រដ្ឋាន និងការបត់បែន។

សេវាកម្ម Cloud បានបំពេញតម្រូវការទាំងនេះដោយជោគជ័យ ហើយវាគឺជាពួកគេដែលផ្តល់កម្លាំងរុញច្រានយ៉ាងសំខាន់ដល់ការអភិវឌ្ឍន៍វិធីសាស្រ្តនេះ។ អាយ។ ស៊ី។ ស៊ី. នេះគឺអាចយល់បាន។ យ៉ាងណាមិញ ពួកគេបានធ្វើឱ្យវាអាចកំណត់រចនាសម្ព័ន្ធមជ្ឈមណ្ឌលទិន្នន័យនិម្មិតទាំងស្រុង៖ មិនមានម៉ាស៊ីនមេ រ៉ាកែត ឬសមាសធាតុបណ្តាញទេ ហេដ្ឋារចនាសម្ព័ន្ធទាំងមូលអាចត្រូវបានពិពណ៌នាដោយប្រើស្គ្រីប និងឯកសារកំណត់រចនាសម្ព័ន្ធ។

ដូច្នេះតើអ្វីជាភាពខុសគ្នាពិតប្រាកដ? ហ្គីតូប ពី អាយ។ ស៊ី។ ស៊ី? វាគឺជាមួយនឹងសំណួរនេះដែលខ្ញុំបានចាប់ផ្តើមការស៊ើបអង្កេតរបស់ខ្ញុំ។ បន្ទាប់​ពី​និយាយ​ជាមួយ​មិត្ត​រួម​ការងារ ខ្ញុំ​អាច​រក​ឃើញ​ការ​ប្រៀប​ធៀប​ដូច​ខាង​ក្រោម៖

ហ្គីតូប

អាយ។ ស៊ី។ ស៊ី

លេខកូដទាំងអស់ត្រូវបានរក្សាទុកនៅក្នុងឃ្លាំង git

កំណែកូដគឺស្រេចចិត្ត

ការពិពណ៌នាលេខកូដប្រកាស / Ideempotency

ទាំង​ការ​ពិពណ៌នា​ជា​ការ​ប្រកាស និង​ចាំបាច់​គឺ​អាច​ទទួល​យក​បាន។

ការផ្លាស់ប្តូរមានប្រសិទ្ធភាពដោយប្រើយន្តការសំណើរ/ទាញការបញ្ចូលចូលគ្នា។

កិច្ចព្រមព្រៀង ការយល់ព្រម និងការសហការគឺស្រេចចិត្ត

ដំណើរ​ការ​ការ​អាប់ដេត​ចេញ​ដំណើរ​ការ​ត្រូវ​បាន​ស្វ័យ​ប្រវត្តិ

ដំណើរ​ការ​ការ​ធ្វើ​បច្ចុប្បន្នភាព​មិន​ត្រូវ​បាន​ធ្វើ​តាម​ស្តង់ដារ​ទេ (ដោយ​ស្វ័យ​ប្រវត្តិ សៀវភៅ​ដៃ ការ​ចម្លង​ឯកសារ ដោយ​ប្រើ​បន្ទាត់​ពាក្យ​បញ្ជា ។ល។)

ក្នុង​ន័យ​ផ្សេងទៀត ហ្គីតូប បានកើតមកយ៉ាងជាក់លាក់តាមរយៈការអនុវត្តគោលការណ៍ អាយ។ ស៊ី។ ស៊ី. ទីមួយ ហេដ្ឋារចនាសម្ព័ន្ធ និងការកំណត់រចនាសម្ព័ន្ធឥឡូវនេះអាចត្រូវបានរក្សាទុកតាមរបៀបដូចគ្នានឹងកម្មវិធី។ កូដគឺងាយស្រួលរក្សាទុក ងាយស្រួលក្នុងការចែករំលែក ប្រៀបធៀប និងប្រើប្រាស់សមត្ថភាពកំណែ។ កំណែ, សាខា, ប្រវត្តិ។ ហើយទាំងអស់នេះនៅកន្លែងដែលអាចចូលដំណើរការបានជាសាធារណៈសម្រាប់ក្រុមទាំងមូល។ ដូច្នេះ ការប្រើប្រាស់ប្រព័ន្ធគ្រប់គ្រងកំណែបានក្លាយជាការអភិវឌ្ឍន៍ធម្មជាតិទាំងស្រុង។ ជាពិសេស git ជាការពេញនិយមបំផុត។

ម៉្យាងវិញទៀត វាអាចធ្វើស្វ័យប្រវត្តិកម្មដំណើរការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ។ ឥឡូវ​នេះ​វា​អាច​ត្រូវ​បាន​ធ្វើ​បាន​លឿន​ជាង​នេះ​អាច​ទុក​ចិត្ត​បាន​និង​តម្លៃ​ថោក​ជាង​។ ជាងនេះទៅទៀត គោលការណ៍នៃ CI/CD ត្រូវបានគេស្គាល់ និងពេញនិយមក្នុងចំណោមអ្នកបង្កើតកម្មវិធី។ វាគ្រាន់តែជាការចាំបាច់ក្នុងការផ្ទេរ និងអនុវត្តចំណេះដឹង និងជំនាញដែលបានស្គាល់រួចហើយទៅកាន់តំបន់ថ្មីមួយ។ ទោះជាយ៉ាងណាក៏ដោយការអនុវត្តទាំងនេះបានហួសពីនិយមន័យស្តង់ដារនៃហេដ្ឋារចនាសម្ព័ន្ធជាកូដ ហេតុដូច្នេះហើយបានជាគំនិត ហ្គីតូប.

ការចង់ដឹងចង់ឃើញ ហ្គីតូបជាការពិតណាស់ ផងដែរនៅក្នុងការពិតដែលថាវាមិនមែនជាផលិតផល កម្មវិធីជំនួយ ឬវេទិកាដែលទាក់ទងជាមួយអ្នកលក់ណាមួយឡើយ។ វា​គឺ​ជា​គំរូ​មួយ​និង​សំណុំ​គោលការណ៍​ដែល​ស្រដៀង​នឹង​ពាក្យ​មួយ​ទៀត​ដែល​យើង​ធ្លាប់​ស្គាល់៖ DevOps។

នៅក្នុងក្រុមហ៊ុន GitLab យើងបានបង្កើតនិយមន័យពីរនៃពាក្យថ្មីនេះ៖ ទ្រឹស្តី និងការអនុវត្ត។ ចូរចាប់ផ្តើមជាមួយទ្រឹស្តី៖

GitOps គឺជាវិធីសាស្រ្តដែលយកគោលការណ៍ DevOps ល្អបំផុតដែលប្រើសម្រាប់ការអភិវឌ្ឍន៍កម្មវិធី ដូចជាការគ្រប់គ្រងកំណែ ការសហការ វង់ភ្លេង CI/CD ហើយអនុវត្តពួកវាចំពោះបញ្ហាប្រឈមនៃការគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធដោយស្វ័យប្រវត្តិ។

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

តាមទស្សនៈជាក់ស្តែង យើងពិពណ៌នា ហ្គីតូប ដូចខងេ្រកម:

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

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

ប៉ុន្តែ MR ក៏ជាមធ្យោបាយនៃការសហការ អន្តរកម្ម និងទំនាក់ទំនងផងដែរ។ កន្លែងដែលប្រព័ន្ធត្រួតពិនិត្យ និងសមតុល្យចូលមកលេង។ ពីមតិសាមញ្ញទៅការយល់ព្រមជាផ្លូវការនិងការអនុម័ត។

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

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

ហើយ​ប្រសិន​បើ​អ្នក​ចាប់​អារម្មណ៍​នឹង​របៀប​ដែល​អ្វីៗ​ទាំង​អស់​នេះ​មើល​ទៅ​ក្នុង​ការ​អនុវត្ត​ភ្លាម​នោះ ខ្ញុំ​សូម​អញ្ជើញ​អ្នក​ឲ្យ​មើល​ទៅ​កាន់​របស់​យើង ថ្នាក់មេដែលខ្ញុំប្រាប់អ្នកជាជំហាន ៗ អំពីរបៀបប្រើ GitLab៖

• អនុវត្តគោលការណ៍ជាមូលដ្ឋាននៃ GitOps

• បង្កើត និងធ្វើការផ្លាស់ប្តូរហេដ្ឋារចនាសម្ព័ន្ធពពក (ដោយប្រើឧទាហរណ៍ Yandex Cloud)

• ការរកឃើញដោយស្វ័យប្រវត្តិនៃការរសាត់នៃប្រព័ន្ធពីស្ថានភាពដែលចង់បានដោយប្រើការត្រួតពិនិត្យសកម្ម

https://bit.ly/34tRpwZ

ប្រភព: www.habr.com