ហេតុអ្វីបានជា DevOps ត្រូវការ ហើយតើនរណាជាអ្នកឯកទេស DevOps?

នៅពេលដែលកម្មវិធីមិនដំណើរការ រឿងចុងក្រោយដែលអ្នកចង់ឮពីមិត្តរួមការងាររបស់អ្នកគឺឃ្លា "បញ្ហាគឺនៅខាងអ្នក"។ ជាលទ្ធផល អ្នកប្រើប្រាស់រងទុក្ខ ហើយពួកគេមិនខ្វល់ថាផ្នែកណាមួយនៃក្រុមទទួលខុសត្រូវចំពោះការបែកបាក់នោះទេ។ វប្បធម៌ DevOps បានផុសឡើងយ៉ាងជាក់លាក់ដើម្បីនាំមកនូវការអភិវឌ្ឍន៍ និងការគាំទ្ររួមគ្នាជុំវិញការទទួលខុសត្រូវរួមគ្នាសម្រាប់ផលិតផលចុងក្រោយ។

តើការអនុវត្តអ្វីខ្លះដែលត្រូវបានរួមបញ្ចូលនៅក្នុងគំនិតរបស់ DevOps ហើយហេតុអ្វីបានជាពួកគេត្រូវការ? តើវិស្វករ DevOps ធ្វើអ្វី ហើយតើពួកគេគួរធ្វើអ្វី? អ្នកជំនាញមកពី EPAM ឆ្លើយសំណួរទាំងនេះ និងសំណួរផ្សេងទៀត៖ Kirill Sergeev វិស្វករប្រព័ន្ធ និងអ្នកផ្សាយដំណឹងល្អ DevOps និង Igor Boyko វិស្វករប្រព័ន្ធឈានមុខគេ និងអ្នកសម្របសម្រួលនៃក្រុម DevOps របស់ក្រុមហ៊ុនមួយ។

ហេតុអ្វីបានជា DevOps ត្រូវការ?

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

តើ DevOps ជាអ្វី?

វា​ជា​សំណួរ​ដ៏​ល្អ ហើយ​ជា​សំណួរ​ដ៏​ចម្រូងចម្រាស​មួយ៖ ពិភពលោក​នៅ​មិន​ទាន់​បាន​ឯកភាព​គ្នា​នៅ​ឡើយ​ទេ​លើ​បញ្ហា​នេះ។ EPAM ជឿជាក់ថា DevOps រួមបញ្ចូលគ្នានូវបច្ចេកវិទ្យា ដំណើរការ និងវប្បធម៌នៃអន្តរកម្មនៅក្នុងក្រុមមួយ។ សមាគមនេះមានគោលបំណងបន្តផ្តល់តម្លៃដល់អ្នកប្រើប្រាស់ចុងក្រោយ។

លោក Kirill Sergeev៖ “អ្នកអភិវឌ្ឍន៍សរសេរកូដ អ្នកសាកល្បងពិនិត្យមើលវា ហើយអ្នកគ្រប់គ្រងដាក់ពង្រាយផលិតផលចុងក្រោយទៅផលិតកម្ម។ អស់រយៈពេលជាយូរមកហើយ ផ្នែកទាំងនេះនៃក្រុមត្រូវបានខ្ចាត់ខ្ចាយបន្តិច ហើយបន្ទាប់មកគំនិតបានបង្កើតឡើងដើម្បីបង្រួបបង្រួមពួកគេតាមរយៈដំណើរការទូទៅមួយ។ នេះជារបៀបដែលការអនុវត្ត DevOps បានបង្ហាញខ្លួន។"

ថ្ងៃបានមកដល់នៅពេលដែលអ្នកអភិវឌ្ឍន៍ និងវិស្វករប្រព័ន្ធចាប់អារម្មណ៍លើការងាររបស់គ្នាទៅវិញទៅមក។ រនាំង​រវាង​ការ​ផលិត​និង​ការ​គាំទ្រ​ចាប់​ផ្ដើម​បាត់​ទៅ​ហើយ។ នេះជារបៀបដែល DevOps លេចឡើង ដែលរួមមានការអនុវត្ត វប្បធម៌ និងអន្តរកម្មក្រុម។

តើអ្វីជាខ្លឹមសារនៃវប្បធម៌ DevOps?

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

អ្វីដែលសំខាន់បំផុតនៅក្នុងវប្បធម៌ DevOps គឺការដោះស្រាយបញ្ហា មិនមែនគ្រាន់តែអនុវត្តការអនុវត្ត DevOps ប៉ុណ្ណោះទេ។ លើសពីនេះទៅទៀត ការអនុវត្តទាំងនេះមិនត្រូវបានអនុវត្ត "នៅខាងនរណាម្នាក់" នោះទេ ប៉ុន្តែនៅទូទាំងផលិតផលទាំងមូល។ គម្រោងមួយមិនត្រូវការវិស្វករ DevOps ក្នុងមួយ se - វាត្រូវការដំណោះស្រាយចំពោះបញ្ហាមួយ ហើយតួនាទីរបស់វិស្វករ DevOps អាចត្រូវបានចែកចាយក្នុងចំណោមសមាជិកក្រុមជាច្រើនដែលមានជំនាញផ្សេងៗគ្នា។

តើអ្វីទៅជាប្រភេទនៃការអនុវត្ត DevOps?

ការអនុវត្ត DevOps គ្របដណ្តប់គ្រប់ដំណាក់កាលនៃវដ្តជីវិតរបស់កម្មវិធី។

Igor Boyko៖ “ករណីដ៏ល្អគឺនៅពេលដែលយើងចាប់ផ្តើមប្រើប្រាស់ការអនុវត្ត DevOps នៅពេលចាប់ផ្តើមគម្រោង។ រួមគ្នាជាមួយស្ថាបត្យករ យើងរៀបចំផែនការប្រភេទទេសភាពស្ថាបត្យកម្មដែលកម្មវិធីនឹងមាន កន្លែងដែលវានឹងស្ថិតនៅ និងរបៀបធ្វើមាត្រដ្ឋាន និងជ្រើសរើសវេទិកាមួយ។ សព្វថ្ងៃនេះ ស្ថាបត្យកម្មមីក្រូសេវាគឺស្ថិតនៅក្នុងម៉ូដ - សម្រាប់វា យើងជ្រើសរើសប្រព័ន្ធ orchestration: អ្នកត្រូវអាចគ្រប់គ្រងធាតុនីមួយៗនៃកម្មវិធីដោយឡែកពីគ្នា និងធ្វើបច្ចុប្បន្នភាពវាដោយឯករាជ្យពីអ្នកដទៃ។ ការអនុវត្តមួយទៀតគឺ "ហេដ្ឋារចនាសម្ព័ន្ធជាកូដ" ។ នេះគឺជាឈ្មោះសម្រាប់វិធីសាស្រ្តដែលហេដ្ឋារចនាសម្ព័ន្ធគម្រោងត្រូវបានបង្កើត និងគ្រប់គ្រងដោយប្រើកូដ ជាជាងតាមរយៈអន្តរកម្មផ្ទាល់ជាមួយម៉ាស៊ីនមេ។

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

នៅដំណាក់កាល CI/CD លេខកូដឆ្លងកាត់តាមច្រកគុណភាព។ ជាមួយនឹងជំនួយរបស់ពួកគេ ពួកគេពិនិត្យមើលថាលេខកូដដែលចេញពីស្ថានីយការងាររបស់អ្នកអភិវឌ្ឍន៍ត្រូវនឹងលក្ខណៈវិនិច្ឆ័យគុណភាពដែលបានបញ្ជាក់។ ការធ្វើតេស្តឯកតា និង UI ត្រូវបានបន្ថែមនៅទីនេះ។ សម្រាប់​ការ​ដាក់​ពង្រាយ​ផលិតផល​លឿន មិន​ឈឺ​ចាប់ និង​ផ្ដោត អ្នក​អាច​ជ្រើសរើស​ប្រភេទ​ការ​ដាក់​ពង្រាយ​ដែល​សមរម្យ។

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

តើការអនុវត្ត DevOps មានអត្ថប្រយោជន៍អ្វីខ្លះ?

ប្រសិនបើយើងកំពុងសរសេរសៀវភៅសិក្សាអំពីការអនុវត្ត DevOps ទំនើប នោះនឹងមានបីចំណុចនៅលើទំព័រទីមួយ៖ ស្វ័យប្រវត្តិកម្ម ការបង្កើនល្បឿននៃការចេញផ្សាយ និងមតិកែលម្អយ៉ាងរហ័សពីអ្នកប្រើប្រាស់។

លោក Kirill Sergeev៖ “រឿងដំបូងគឺស្វ័យប្រវត្តិកម្ម។ យើងអាចស្វ័យប្រវត្តិកម្មអន្តរកម្មទាំងអស់នៅក្នុងក្រុម៖ សរសេរកូដ - បញ្ចេញវាចេញ - ពិនិត្យវា - ដំឡើងវា - ប្រមូលមតិកែលម្អ - ត្រឡប់ទៅដើមវិញ។ ទាំងអស់នេះគឺដោយស្វ័យប្រវត្តិ។

ទីពីរគឺការបង្កើនល្បឿននៃការចេញផ្សាយ និងសូម្បីតែការសម្រួលដល់ការអភិវឌ្ឍន៍។ វាតែងតែមានសារៈសំខាន់សម្រាប់អតិថិជនដែលផលិតផលចូលទីផ្សារឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន ហើយចាប់ផ្តើមផ្តល់អត្ថប្រយោជន៍លឿនជាង analogues របស់ដៃគូប្រកួតប្រជែង។ ដំណើរការចែកចាយផលិតផលអាចត្រូវបានកែលម្អគ្មានទីបញ្ចប់៖ កាត់បន្ថយពេលវេលា បន្ថែមសញ្ញាត្រួតពិនិត្យបន្ថែម កែលម្អការត្រួតពិនិត្យ។

ទីបីគឺការបង្កើនល្បឿននៃមតិអ្នកប្រើ។ ប្រសិន​បើ​គាត់​មាន​យោបល់ យើង​អាច​ធ្វើ​ការ​កែ​តម្រូវ​ភ្លាមៗ ហើយ​ធ្វើ​បច្ចុប្បន្នភាព​កម្មវិធី​ភ្លាម»។

តើគំនិតនៃ "វិស្វករប្រព័ន្ធ" "វិស្វករសាងសង់" និង "វិស្វករ DevOps" ទាក់ទងគ្នាយ៉ាងដូចម្តេច?

ពួកវាត្រួតលើគ្នា ប៉ុន្តែជាកម្មសិទ្ធិរបស់តំបន់ផ្សេងគ្នាបន្តិច។

វិស្វករប្រព័ន្ធនៅ EPAM គឺជាមុខតំណែងមួយ។ ពួកគេមកក្នុងកម្រិតផ្សេងៗគ្នា៖ ពីថ្នាក់តូចរហូតដល់អ្នកឯកទេស។

វិស្វករសំណង់មានតួនាទីច្រើនជាង ដែលអាចអនុវត្តលើគម្រោងមួយ។ ឥឡូវនេះនេះគឺជាអ្វីដែលអ្នកទទួលខុសត្រូវចំពោះ CI/CD ត្រូវបានគេហៅថា។

វិស្វករ DevOps គឺជាអ្នកឯកទេសដែលអនុវត្តការអនុវត្ត DevOps លើគម្រោងមួយ។

ប្រសិនបើយើងសរុបវាទាំងអស់ យើងទទួលបានអ្វីមួយដូចនេះ៖ មនុស្សម្នាក់នៅក្នុងមុខតំណែងវិស្វករប្រព័ន្ធដើរតួជាវិស្វករសាងសង់លើគម្រោងមួយ ហើយចូលរួមនៅក្នុងការអនុវត្តការអនុវត្ត DevOps នៅទីនោះ។

តើវិស្វករ DevOps ធ្វើអ្វីពិតប្រាកដ?

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

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

លោក Kirill Sergeev៖ “មុននឹងអនុវត្តការអាប់ដេតលើផលិតផល ពួកគេត្រូវតែធ្វើតេស្តនៅក្នុងបរិយាកាសភាគីទីបី។ វាត្រូវបានរៀបចំដោយវិស្វករ DevOps ។ ពួកគេបញ្ចូលវប្បធម៌ DevOps លើគម្រោងទាំងមូល៖ ពួកគេណែនាំការអនុវត្ត DevOps នៅគ្រប់ស្រទាប់នៃគម្រោងរបស់ពួកគេ។ គោលការណ៍ទាំងបីនេះ៖ ស្វ័យប្រវត្តិកម្ម ភាពសាមញ្ញ ការបង្កើនល្បឿន - ពួកគេនាំយកទៅគ្រប់ទីកន្លែងដែលពួកគេអាចទៅដល់។

តើវិស្វករ DevOps គួរដឹងអ្វីខ្លះ?

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

1. ភាសាសរសេរកម្មវិធី

វិស្វករ DevOps ដឹងភាសាមូលដ្ឋានជាច្រើនសម្រាប់ស្វ័យប្រវត្តិកម្ម ហើយឧទាហរណ៍អាចប្រាប់អ្នកសរសេរកម្មវិធីថា “ចុះអ្នកដំឡើងកូដមិនមែនដោយដៃទេ ប៉ុន្តែប្រើស្គ្រីបរបស់យើង ដែលធ្វើអ្វីៗគ្រប់យ៉ាងដោយស្វ័យប្រវត្តិ? យើងនឹងរៀបចំឯកសារកំណត់រចនាសម្ព័ន្ធសម្រាប់វា វានឹងមានភាពងាយស្រួលសម្រាប់អ្នក និងពួកយើងក្នុងការអាន ហើយយើងនឹងអាចផ្លាស់ប្តូរវាបានគ្រប់ពេល។ យើង​ក៏​នឹង​ឃើញ​ផង​ដែរ​ថា​តើ​នរណា ពេលណា និង​ហេតុអ្វី​បាន​ធ្វើ​ការ​ផ្លាស់ប្តូរ​វា»។

វិស្វករ DevOps អាចរៀនភាសាមួយ ឬច្រើននៃភាសាទាំងនេះ៖ Python, Groovy, Bash, Powershell, Ruby, Go ។ វាមិនចាំបាច់ក្នុងការស្គាល់ពួកគេក្នុងកម្រិតស៊ីជម្រៅនោះទេ - មូលដ្ឋានគ្រឹះនៃវាក្យសម្ព័ន្ធ គោលការណ៍ OOP និងសមត្ថភាពក្នុងការសរសេរស្គ្រីបសាមញ្ញសម្រាប់ស្វ័យប្រវត្តិកម្មគឺគ្រប់គ្រាន់ហើយ។

2. ប្រព័ន្ធប្រតិបត្តិការ

វិស្វករ DevOps ត្រូវតែយល់ពីអ្វីដែលម៉ាស៊ីនមេដែលផលិតផលនឹងត្រូវបានដំឡើងនៅលើ បរិយាកាសអ្វីដែលវានឹងដំណើរការ និងសេវាកម្មអ្វីដែលវានឹងធ្វើអន្តរកម្មជាមួយ។ អ្នកអាចជ្រើសរើសឯកទេសក្នុង Windows ឬគ្រួសារលីនុច។

3. ប្រព័ន្ធគ្រប់គ្រងកំណែ

បើគ្មានចំណេះដឹងអំពីប្រព័ន្ធគ្រប់គ្រងកំណែទេ វិស្វករ DevOps គឺគ្មានកន្លែងណាទេ។ Git គឺជាប្រព័ន្ធដ៏ពេញនិយមបំផុតមួយនៅពេលនេះ។

4. អ្នកផ្តល់សេវាពពក

AWS, Google, Azure - ជាពិសេសប្រសិនបើយើងកំពុងនិយាយអំពីទិសដៅវីនដូ។

លោក Kirill Sergeev៖ “អ្នកផ្តល់សេវាពពកផ្តល់ឱ្យយើងនូវម៉ាស៊ីនមេនិម្មិតដែលសមឥតខ្ចោះទៅក្នុង CI/CD ។

ការដំឡើងម៉ាស៊ីនមេចំនួន XNUMX ត្រូវការប្រតិបត្តិការដោយដៃប្រហែលមួយរយ។ ម៉ាស៊ីនមេនីមួយៗត្រូវតែបើកដំណើរការដោយដៃ ដំឡើង និងកំណត់រចនាសម្ព័ន្ធប្រព័ន្ធប្រតិបត្តិការដែលត្រូវការ ដំឡើងកម្មវិធីរបស់យើងនៅលើម៉ាស៊ីនមេទាំងដប់នេះ ហើយបន្ទាប់មកពិនិត្យពីរដងលើអ្វីៗទាំងអស់ដប់ដង។ សេវាកម្ម Cloud ជំនួសនីតិវិធីនេះដោយលេខកូដដប់បន្ទាត់ ហើយវិស្វករ DevOps ល្អគួរតែអាចដំណើរការជាមួយពួកគេ។ នេះជួយសន្សំសំចៃពេលវេលា ការខិតខំប្រឹងប្រែង និងថវិកា ទាំងសម្រាប់អតិថិជន និងសម្រាប់ក្រុមហ៊ុន។

5. ប្រព័ន្ធ Orchestration៖ Docker និង Kubernetes

លោក Kirill Sergeev៖ “ម៉ាស៊ីនមេនិម្មិតត្រូវបានបែងចែកទៅជាកុងតឺន័រ ដែលនីមួយៗយើងអាចដំឡើងកម្មវិធីរបស់យើង។ នៅពេលមានធុងច្រើន អ្នកត្រូវគ្រប់គ្រងពួកវា៖ បើកមួយ បិទមួយទៀត ធ្វើការបម្រុងទុកនៅកន្លែងណាមួយ។ នេះ​ក្លាយ​ទៅ​ជា​ស្មុគ្រ​ស្មាញ​ណាស់ ហើយ​ទាមទារ​ឱ្យ​មាន​ប្រព័ន្ធ​វង់ភ្លេង។

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

6. ប្រព័ន្ធកំណត់រចនាសម្ព័ន្ធ៖ ចុងភៅ អាន់ស៊ីប អាយ៉ង

នៅពេលដែលអ្នកត្រូវការរក្សាកងនាវាទាំងមូលនៃម៉ាស៊ីនមេ អ្នកត្រូវតែធ្វើប្រតិបត្តិការជាច្រើនប្រភេទដូចគ្នា។ វាមានរយៈពេលយូរ និងពិបាក ហើយការងារដោយដៃក៏បង្កើនឱកាសនៃកំហុសផងដែរ។ នេះគឺជាកន្លែងដែលប្រព័ន្ធកំណត់រចនាសម្ព័ន្ធមកជួយសង្គ្រោះ។ ដោយមានជំនួយរបស់ពួកគេ ពួកគេបង្កើតស្គ្រីបដែលងាយស្រួលអានសម្រាប់អ្នកសរសេរកម្មវិធី វិស្វករ DevOps និងអ្នកគ្រប់គ្រងប្រព័ន្ធ។ ស្គ្រីបនេះជួយធ្វើប្រតិបត្តិការដូចគ្នានៅលើម៉ាស៊ីនមេដោយស្វ័យប្រវត្តិ។ វាកាត់បន្ថយប្រតិបត្តិការដោយដៃ (ហើយដូច្នេះមានកំហុស) ។

តើវិស្វករ DevOps អាចបង្កើតអាជីពបែបណា?

អ្នកអាចអភិវឌ្ឍទាំងផ្ដេកនិងបញ្ឈរ។

Igor Boyko: "តាមទស្សនៈនៃការអភិវឌ្ឍន៍ផ្តេក វិស្វករ DevOps ឥឡូវនេះមានការរំពឹងទុកយ៉ាងទូលំទូលាយបំផុត។ អ្វីគ្រប់យ៉ាងកំពុងផ្លាស់ប្តូរឥតឈប់ឈរ ហើយអ្នកអាចបង្កើតជំនាញក្នុងវិស័យផ្សេងៗគ្នា៖ ពីប្រព័ន្ធគ្រប់គ្រងកំណែរហូតដល់ការត្រួតពិនិត្យ ពីការគ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធរហូតដល់មូលដ្ឋានទិន្នន័យ។

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

តើធ្វើដូចម្តេចដើម្បីក្លាយជាវិស្វករ DevOps?

1. អាន The Phoenix Project និង DevOps Handbook ។ ទាំងនេះគឺជាសសរស្តម្ភពិតប្រាកដនៃទស្សនវិជ្ជា DevOps ដោយដំបូងបង្អស់គឺជាការងារប្រឌិត។
2. ស្វែងយល់ពីបច្ចេកវិទ្យាពីបញ្ជីខាងលើ៖ ដោយខ្លួនឯង ឬតាមរយៈវគ្គសិក្សាតាមអ៊ីនធឺណិត។
3. ចូលរួមជាវិស្វករ DevOps សម្រាប់គម្រោងប្រភពបើកចំហ។
4. អនុវត្ត និងផ្តល់ជូននូវការអនុវត្ត DevOps លើគម្រោងផ្ទាល់ខ្លួន និងការងាររបស់អ្នក។

ប្រភព: www.habr.com