របាយការណ៍ DORA ឆ្នាំ 2019៖ របៀបកែលម្អប្រសិទ្ធភាព DevOps

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

ក្រុមការងារ ដំណោះស្រាយពពក Mail.ru បកប្រែគួរឱ្យចាប់អារម្មណ៍បំផុតពី 2019 បង្កើនល្បឿនស្ថានភាពនៃរបាយការណ៍ DevOpsចងក្រងដោយអ្នកជំនាញមកពី DevOps Research & Assessment (DORA)។ ការសិក្សានេះមានការចូលរួមពីអ្នកជំនាញចំនួន 31 នាក់មកពីជុំវិញពិភពលោក។ សូមក្រឡេកមើលអ្វីដែលបានផ្លាស់ប្តូរនៅក្នុងឧស្សាហកម្មនេះក្នុងឆ្នាំ 000 និងរបៀបដែលអាជីវកម្មអាចបង្កើនប្រសិទ្ធភាពនៃការចែកចាយកម្មវិធី។

របៀបដែលឧស្សាហកម្ម និងទំហំក្រុមហ៊ុនប៉ះពាល់ដល់ស្ថានភាពនៃ DevOps

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

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

របៀបវាយតម្លៃកម្រិត DevOps នៅក្នុងក្រុមហ៊ុន

អ្នកជំនាញបានប្រៀបធៀបដំណើរការ DevOps ជាមួយនឹងការវាយតម្លៃគោល ដោយបែងចែកអ្នកចូលរួមស្ទង់មតិជាបួនក្រុម ជាមួយនឹងលទ្ធផលល្អបំផុត ល្អ មធ្យម និងខ្សោយ។

របាយការណ៍នេះបានយករង្វាស់សំខាន់ៗចំនួនបួនសម្រាប់ការវាយតម្លៃប្រសិទ្ធភាពរបស់ DevOps៖ ពេលវេលាដើម្បីបញ្ចប់ការផ្លាស់ប្តូរក្នុងការអភិវឌ្ឍន៍កម្មវិធី ប្រេកង់នៃការប្រើប្រាស់ អត្រាបរាជ័យ និងពេលវេលានៃការស្តារឡើងវិញ។

បួនកម្រិតនៃ DevOps - វាយតម្លៃកន្លែងដែលក្រុមហ៊ុនរបស់អ្នកគឺ:

រង្វាស់សម្រាប់វាយតម្លៃប្រសិទ្ធភាពនៃការចែកចាយកម្មវិធីសម្រាប់សេវាកម្ម និងកម្មវិធីស្នូលរបស់ក្រុមហ៊ុន

ក្រុមដែលមានសមត្ថភាពល្អបំផុត

ក្រុមដែលមានលទ្ធផលល្អ។

ក្រុមដែលមានសមត្ថភាពមធ្យម

ក្រុមដែលមានពិន្ទុទាប

ភាពញឹកញាប់នៃការដាក់ពង្រាយ
តើញឹកញាប់ប៉ុណ្ណាដែលក្រុមហ៊ុនដាក់ពង្រាយកូដទៅផលិតកម្ម ឬចេញផ្សាយវាដល់អ្នកប្រើប្រាស់ចុងក្រោយ។

តាមតម្រូវការ ការដាក់ពង្រាយច្រើនដងក្នុងមួយថ្ងៃ

ពីមួយថ្ងៃទៅមួយដងក្នុងមួយសប្តាហ៍

ពីម្តងក្នុងមួយសប្តាហ៍ទៅម្តងក្នុងមួយខែ

ម្តងក្នុងមួយខែ / ច្រើនខែ

ពេលវេលាដើម្បីបញ្ចប់ការផ្លាស់ប្តូរ
តើត្រូវចំណាយពេលប៉ុន្មានដើម្បីបន្តពីការធ្វើតេស្តទៅកម្មវិធីដែលដំណើរការដោយជោគជ័យក្នុងការផលិត?

ក្នុងរយៈពេលតិចជាងមួយថ្ងៃ

ពីមួយថ្ងៃទៅមួយសប្តាហ៍

ពីមួយសប្តាហ៍ទៅមួយខែ

ពីមួយខែទៅប្រាំមួយខែ

ពេលវេលានៃការស្តារសេវាកម្ម
តើត្រូវចំណាយពេលប៉ុន្មានដើម្បីស្ដារសេវាកម្មឡើងវិញ បន្ទាប់ពីឧប្បត្តិហេតុ ឬបញ្ហាដែលប៉ះពាល់ដល់អ្នកប្រើប្រាស់។

តិចជាងមួយម៉ោង

អំឡុងពេលថ្ងៃ

ក្នុងអំឡុងពេលសប្តាហ៍

ពីមួយសប្តាហ៍ទៅមួយខែ

ភាពញឹកញាប់នៃការបរាជ័យកំឡុងពេលផ្លាស់ប្តូរ
តើភាគរយនៃការអាប់ដេត ឬការចេញផ្សាយថ្មីនាំឱ្យខូចសេវាកម្ម និងទាមទារការជួសជុល។

0-15%

0-15%

0-15%

46-60%

ការសិក្សាបានរកឃើញនិន្នាការដូចខាងក្រោម៖ ចំនួនក្រុមដែលមានកម្រិតដំណើរការខ្ពស់ស្ទើរតែកើនឡើងបីដង ដោយកើនឡើងពី 7% នៃអ្នកឆ្លើយតបទាំងអស់ក្នុងឆ្នាំ 2018 ដល់ 20% ក្នុងឆ្នាំ 2019។

ការចែកចាយក្រុមអភិវឌ្ឍន៍តាមកម្រិតនៃការអនុវត្ត។

បើប្រៀបធៀបទៅនឹងក្រុមនៅក្នុងក្រុមដែលមានការសម្តែងទាប ក្រុម DevOps ដែលមានការសម្តែងខ្ពស់៖

1. បានអនុវត្តការដាក់ពង្រាយលេខកូដ 208x បន្ថែមទៀត។
2. ចំណាយ​ពេល​តិច​ជាង ១០៦ ដង​លើ​ការ​ដាក់​ពង្រាយ​កូដ។
3. បរាជ័យ 7 ដងតិចជាងញឹកញាប់។
4. ប្រតិបត្តិការកម្មវិធីបានស្ដារឡើងវិញបន្ទាប់ពីការបរាជ័យ 2,604 ដងលឿនជាងមុន។

លើសពីនេះ ក្រុម DevOps ដែល​មាន​សមត្ថភាព​ខ្ពស់​ទំនង​ជា​អាច​ជួប ឬ​លើស​ពី​ការ​វាស់វែង​នៃ​ការ​អនុវត្ត​របស់​ស្ថាប័ន​ដូច​ជា​ក្រុម​ដែល​មាន​សមត្ថភាព​ទាប។

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

ខ្ញុំមិនឃើញអ្វីដែលគួរឱ្យភ្ញាក់ផ្អើលនៅក្នុងការកើនឡើងនៃចំនួនក្រុម DevOps នោះទេ វាជាធម្មជាតិ៖ ទស្សនវិជ្ជា DevOps កំពុងតែពេញនិយមនៅពេលនេះ ហើយចំនួននៃការចាប់ផ្តើមអាជីវកម្មកំពុងកើនឡើង។

ប៉ុន្តែតាមគំនិតរបស់ខ្ញុំ អ្នកជំនាញបានជ្រើសរើសមិនត្រឹមត្រូវទាំងស្រុងសម្រាប់ការវាយតម្លៃប្រសិទ្ធភាពរបស់ DevOps ។

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

ដូចគ្នាដែរសម្រាប់ពេលវេលានៃការស្តារសេវាកម្មឡើងវិញ៖ សម្រាប់សេវាកម្មដែលបានអភិវឌ្ឍណាមួយ វាគួរតែត្រូវបានវាស់វែងជាវិនាទី ហើយសម្រាប់សេវាកម្មជាច្រើនមិនអាចទទួលយកបានទេ សម្រាប់គោលបំណងនេះ បច្ចេកវិទ្យាដំណើរការដោយគ្មានថ្នេរត្រូវបានបង្កើត (ឧទាហរណ៍ បៃតង/ខៀវ)។

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

Denis Romanenko អ្នកជំនាញឯករាជ្យ Mail.ru Cloud Solutions

វិធីកែលម្អដំណើរការ DevOps

របាយការណ៍នេះបង្ហាញពីផ្នែកពីរដែលអាចជួយកែលម្អ DevOps: ការបង្កើនប្រសិទ្ធភាពនៃការអភិវឌ្ឍន៍កម្មវិធី និងការចែកចាយ និងការកែលម្អផលិតភាពរបស់កម្មករ។

ទិសដៅនីមួយៗមានធាតុផ្សំរបស់វាផ្ទាល់ ដោយការកែលម្អដែលអ្នកអាចសម្រេចបាននូវគោលដៅដែលចង់បាន។

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

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

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

Denis Romanenko អ្នកជំនាញឯករាជ្យ Mail.ru Cloud Solutions

ខាងក្រោម​នេះ​យើង​នឹង​មើល​ផ្នែក​មួយ​ចំនួន​នៃ​ការ​ធ្វើ​ឱ្យ​ប្រសើរ​ឡើង​នូវ​ប្រសិទ្ធភាព​នៃ​ក្រុម DevOps ។

បច្ចេកវិទ្យាពពកជំរុញឱ្យ DevOps ជោគជ័យ

នៅឆ្នាំ 2019 អង្គការកាន់តែច្រើនឡើងកំពុងជ្រើសរើសដំណោះស្រាយលើពពក ដែលបង្កើនផលិតភាពរបស់ក្រុម DevOps យ៉ាងខ្លាំង។

តើក្រុម DevOps ប្រើប្រាស់ហេដ្ឋារចនាសម្ព័ន្ធអ្វីខ្លះ?

DORA បានរកឃើញថា 80% នៃអ្នកឆ្លើយតបដែលបានបង្ហោះ កម្មវិធី ឬសេវាកម្មស្នូលនៅលើវេទិកាពពក. ទោះជាយ៉ាងណាក៏ដោយ មានតែ 29% នៃអ្នកឆ្លើយតបប៉ុណ្ណោះដែលបានអនុវត្តលក្ខណៈស្នូលនៃការគណនាពពករបស់វិទ្យាស្ថានជាតិស្តង់ដារ និងបច្ចេកវិទ្យាទាំងអស់ ដែលជាស្តង់ដារដ៏សំខាន់បំផុតសម្រាប់ការវាយតម្លៃតម្លៃនៃពពកនៅក្នុង DevOps ។

Характеристика

ភាគរយនៃអ្នកដែលបានប្រើ

សេវាកម្មខ្លួនឯងតាមតម្រូវការ
អ្នកប្រើប្រាស់អាចផ្តល់ធនធានកុំព្យូទ័រដោយស្វ័យប្រវត្តិ
តាមតម្រូវការ ដោយគ្មានការចូលរួមពីអ្នកផ្តល់សេវា។

57%
(+ 11% ចាប់តាំងពីឆ្នាំ 2018)

ការចូលទៅកាន់បណ្តាញធំទូលាយ
សមត្ថភាព Cloud មាននៅលើវេទិកាជាច្រើន
ដូចជាទូរសព្ទដៃ ថេប្លេត កុំព្យូទ័រយួរដៃ និងស្ថានីយការងារ។

60%
(+ 14% ចាប់តាំងពីឆ្នាំ 2018)

អាងធនធាន
ធនធានអ្នកផ្តល់សេវាត្រូវបានបញ្ចូលទៅក្នុងគំរូពហុភតិកៈ ដែលធនធានរូបវន្ត និងនិម្មិតត្រូវបានចាត់ចែងតាមតម្រូវការ។

58%
(+ 15% ចាប់តាំងពីឆ្នាំ 2018)

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

58%
(+135 ចាប់តាំងពីឆ្នាំ 2018)

តម្លាភាព
ប្រព័ន្ធពពកត្រួតពិនិត្យដោយស្វ័យប្រវត្តិ បង្កើនប្រសិទ្ធភាព និងរាយការណ៍អំពីការប្រើប្រាស់ធនធានដោយផ្អែកលើប្រភេទនៃសេវាកម្ម៖ ការផ្ទុកទិន្នន័យ និងដំណើរការ បរិមាណចរាចរណ៍។
គណនីអ្នកប្រើប្រាស់សកម្ម។

62%
(+ 14% ចាប់តាំងពីឆ្នាំ 2018)

Platform as a Service (PaaS) កំពុងផ្លាស់ប្តូរកាន់តែខ្លាំងឡើងឆ្ពោះទៅរកគំរូនៃការដាក់ពង្រាយដែលផ្តោតលើកុងតឺន័រ។ Cloud platforms ធ្វើឱ្យវាងាយស្រួលក្នុងការដាក់ពង្រាយកម្មវិធី ដូច្នេះក្រុមទាំងអស់ត្រូវព្រួយបារម្ភអំពីការដំណើរការកូដកម្មវិធីខ្លួនឯង។ ការធ្វើមាត្រដ្ឋាន ការធ្វើផែនការធនធាន ការគ្រប់គ្រង និងការថែទាំហេដ្ឋារចនាសម្ព័ន្ធ ក៏កំពុងផ្លាស់ប្តូរទៅផ្នែកអ្នកផ្តល់សេវាផងដែរ។

សម្រាប់អ្នកផ្តល់សេវាពពក ស្តង់ដារសកលកំពុងក្លាយជាការផ្តល់សេវាកម្មជាច្រើន៖ បណ្តាញម៉ាស៊ីននិម្មិត ការគ្រប់គ្រងអត្តសញ្ញាណ និងការចូលប្រើ (IAM) ការផ្ទុក និងមូលដ្ឋានទិន្នន័យ ការរៀនម៉ាស៊ីន អ៊ីនធឺណិតនៃអ្វីៗ (IoT) ដំណោះស្រាយកុងតឺន័រ ដំណោះស្រាយសុវត្ថិភាព និងផ្សេងៗទៀត។

អតិថិជនអ្នកផ្តល់សេវា Cloud ចំណាយតែសម្រាប់ធនធានដែលពួកគេប្រើប្រាស់ ដែលផ្តល់នូវតម្លាភាពនៃការចំណាយ មិនដូចមជ្ឈមណ្ឌលទិន្នន័យប្រពៃណី ដែលព័ត៌មានអំពីការចំណាយលើការអភិវឌ្ឍន៍ពិបាក ឬមិនអាចទទួលបាន។ អ្នកឆ្លើយតបពីក្រុមហ៊ុនដែលបំពេញតាមលក្ខណៈពពកដែលបានរាយបញ្ជីខាងលើគឺទំនងជា 2,6 ដងក្នុងការប៉ាន់ប្រមាណតម្លៃនៃការដំណើរការកម្មវិធី 2 ដងទំនងជាយល់ថាកម្មវិធីណាមួយប្រើប្រាស់ធនធានច្រើនជាងគេ ហើយ 1,65 ដងទំនងជាស្ថិតនៅក្នុងថវិកា IT របស់ពួកគេ។

ពេលខ្លះវាបង្ហាញថាការជួលអ្នកឯកទេសមានសមត្ថកិច្ច និងទទួលយកសមត្ថភាពជាក់លាក់នៅក្នុងមជ្ឈមណ្ឌលទិន្នន័យគឺទទួលបានផលចំណេញច្រើនជាងការបង់ប្រាក់សម្រាប់ពពក។ តើជម្រើសមួយណាល្អជាង អាស្រ័យលើទម្រង់ និងខ្នាតរបស់ក្រុមហ៊ុន ភាពអាចរកបាននៃបុគ្គលិកផ្ទាល់របស់អ្នកជំនាញ IT និងអ្នកជំនាញ។ ឧទាហរណ៍ Cloud មានភាពងាយស្រួលក្នុងការប្រើប្រាស់នៅពេលចាប់ផ្តើមអាជីវកម្ម ឬប្រសិនបើក្រុមហ៊ុនមិនមានផ្នែកព័ត៌មានវិទ្យាផ្ទាល់ខ្លួន។ នៅពេលធ្វើមាត្រដ្ឋាន វាអាចនឹងកាន់តែមានប្រសិទ្ធភាពក្នុងការរក្សាហេដ្ឋារចនាសម្ព័ន្ធទាំងអស់ ឬផ្នែកនៅនឹងកន្លែង។

Denis Romanenko អ្នកជំនាញឯករាជ្យ Mail.ru Cloud Solutions

ការអនុវត្តបច្ចេកទេសរបស់ DevOps

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

ដែលបាននិយាយថា មានផ្នែកទូទៅដែលអាចជួយកែលម្អប្រសិទ្ធភាព DevOps: ខ្លះត្រូវបានអភិវឌ្ឍនៅកម្រិតក្រុម ខណៈពេលដែលអ្នកផ្សេងទៀតទាមទារការខិតខំប្រឹងប្រែងនៅកម្រិតអង្គការ។

តើតំបន់រីកចម្រើនអ្វីខ្លះដែលត្រូវបានរំលេចសម្រាប់ក្រុម DevOps ក្នុងឆ្នាំ 2019៖

គ្មានអង្គការកម្រិត

• ស្ថាបត្យកម្មរួមបញ្ចូលគ្នាយ៉ាងរលុង
• ការអនុវត្តការផ្លាស់ប្តូរ
• ការគាំទ្រកូដ

នៅកម្រិតក្រុម

• ការរួមបញ្ចូលជាបន្តបន្ទាប់
• ស្វ័យប្រវត្តិកម្មសាកល្បង
• ស្វ័យប្រវត្តិកម្មនៃការដាក់ពង្រាយ
• ការត្រួតពិនិត្យ
• បំពង់អភិវឌ្ឍន៍

នៅកម្រិតក្រុម និងអង្គការ

• ការប្រើប្រាស់សេវាកម្មពពក
• ការធ្វើតេស្តសង្គ្រោះគ្រោះមហន្តរាយ

ការសិក្សាបានបញ្ជាក់ពីផលប៉ះពាល់ជាវិជ្ជមាននៃស្ថាបត្យកម្មរួមបញ្ចូលគ្នាយ៉ាងធូររលុងលើប្រសិទ្ធភាព DevOps ។

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

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

Denis Romanenko អ្នកជំនាញឯករាជ្យ Mail.ru Cloud Solutions

ក្រុមដែលជោគជ័យ DevOps ធ្វើអ្វីៗគ្រប់យ៉ាងដោយស្វ័យប្រវត្តិ

ការរួមបញ្ចូល និងការចែកចាយបន្ត (CI/CD) អនុញ្ញាតឱ្យអ្នកនាំយកសេវាកម្ម និងកម្មវិធីទៅក្នុងផលិតកម្មជាមួយនឹងការចំណាយ និងហានិភ័យទាប ហើយរក្សាការចេញផ្សាយស្របតាមគោលដៅរបស់អង្គការ។

CI/CD ដែលទទួលបានជោគជ័យក៏មានន័យថាក្រុមអាចជំរុញការផ្លាស់ប្តូរផលិតកម្មតាមតម្រូវការ មានមតិកែលម្អភ្លាមៗអំពីគុណភាពនៃការដាក់ពង្រាយ ហើយអាចធ្វើសកម្មភាពបានយ៉ាងឆាប់រហ័សដើម្បីកែលម្អវដ្តនៃការដាក់ពង្រាយបន្ទាប់។

របាយការណ៍បង្ហាញថាក្រុម DevOps ជោគជ័យវិនិយោគក្នុងដំណើរការគាំទ្រ ការអនុវត្ត និងឧបករណ៍ជាច្រើន៖

• 92% ប្រើឧបករណ៍ដំឡើងស្វ័យប្រវត្តិ;
• 87% ប្រើការធ្វើតេស្តឯកតាស្វ័យប្រវត្តិ;
• 57% ពង្រីកស្វ័យប្រវត្តិកម្មទៅការធ្វើតេស្តទទួលយក;
• 72% ដាក់ពង្រាយដោយស្វ័យប្រវត្តិដើម្បីសាកល្បងបរិស្ថាន 69% ធ្វើដូចគ្នាសម្រាប់ការដាក់ពង្រាយផលិតកម្ម
• 69% រួមបញ្ចូល chatbots ទៅក្នុងដំណើរការដាក់ពង្រាយរបស់ពួកគេ។
• 57% រួមបញ្ចូលជាមួយឧបករណ៍ត្រួតពិនិត្យ។

វាមានសារៈសំខាន់ណាស់ក្នុងការជ្រើសរើសឧបករណ៍ និងបច្ចេកវិទ្យាត្រឹមត្រូវ។

នៅពេលបង្កើតប្រព័ន្ធស្មុគ្រស្មាញ និងគ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធសំខាន់ៗសម្រាប់អាជីវកម្ម វាជាការសំខាន់ក្នុងការជ្រើសរើសបច្ចេកវិទ្យា៖

• ដែលងាយស្រួលប្រើទាំងនៅពេលភ្ជាប់ដំបូង និងក្នុងប្រតិបត្តិការបន្ត។
• ដែលជួយសម្រេចគោលដៅរបស់អ្នក។

របាយការណ៍បានពិនិត្យឧបករណ៍ដែលប្រើដើម្បីដាក់ពង្រាយកម្មវិធីតាមរយៈ CI/CD និងសាកល្បងឧបករណ៍ស្វ័យប្រវត្តិកម្ម ដែលជាបច្ចេកវិទ្យាដែលស្ថិតនៅក្រោម DevOps ។

តើក្រុម DevOps ប្រើបច្ចេកវិទ្យាអ្វីខ្លះ៖

បច្ចេកវិទ្យា

ក្រុមដែលមានពិន្ទុទាប

ក្រុមដែលមានសមត្ថភាពមធ្យម

ក្រុមដែលមានលទ្ធផលល្អ។

ក្រុមដែលមានសមត្ថភាពខ្ពស់។

ល្បាយនៃផលិតផលដែលមានកម្មសិទ្ធិ ប្រភពបើកចំហ និងផលិតផលប្រអប់ពាណិជ្ជកម្ម

30%

34%

32%

33%

ភាគច្រើនជាប្រភពបើកចំហ និងដំណោះស្រាយប្រអប់តាមតម្រូវការខ្ពស់។

17%

8%

7%

10%

ភាគច្រើនជាដំណោះស្រាយប្រភពបើកចំហ និងប្រអប់ជាមួយនឹងការប្ដូរតាមបំណងបន្តិចបន្តួច

14%

21%

18%

20%

ជាដំបូង ដំណោះស្រាយពាណិជ្ជកម្មប្រអប់

8%

12%

8%

4%

ការអភិវឌ្ឍន៍ផ្ទៃក្នុង និងដំណោះស្រាយកម្មសិទ្ធិសម្រាប់ក្រុមហ៊ុន

20%

6%

5%

6%

ជាដំបូងប្រភពបើកចំហជាមួយនឹងការប្ដូរតាមបំណងខ្លាំង

6%

7%

5%

12%

ប្រភពបើកចំហជាចម្បងជាមួយនឹងការប្ដូរតាមបំណងតិចតួច

5%

12%

24%

15%

លទ្ធភាពប្រើប្រាស់ឧបករណ៍មានផលប៉ះពាល់យ៉ាងសំខាន់ទៅលើសមត្ថភាពរបស់ក្រុមមួយក្នុងការបង្កើនតម្លៃអតិបរមានៃជង់បច្ចេកវិទ្យាដែលបានជ្រើសរើសរបស់ពួកគេ៖ វិស្វករដែលមានបច្ចេកវិទ្យាងាយស្រួលប្រើគឺទំនងជា 1,5 ដងច្រើនជាងក្រុមដែលមានសមត្ថភាពខ្ពស់។

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

អ្នកឯកទេសមានសមត្ថកិច្ចជ្រើសរើសឧបករណ៍ដែលត្រូវនឹងភារកិច្ច មិនមែនផ្ទុយមកវិញទេ។ តែងតែមានឧបករណ៍ និងវិធីសាស្រ្តជាច្រើនក្នុងការដោះស្រាយបញ្ហាណាមួយ។ ឧបករណ៍ជាក់លាក់ត្រូវបានកំណត់ដោយ: ជាក់លាក់នៃភារកិច្ច; របៀបដែលបុគ្គលិកស៊ាំជាមួយឧបករណ៍ (កម្រិតចូលគឺខ្ពស់ប៉ុណ្ណា ប្រសិនបើឧបករណ៍ថ្មី); សមាសភាគហិរញ្ញវត្ថុ ប្រសិនបើមាន។

Denis Romanenko អ្នកជំនាញឯករាជ្យ Mail.ru Cloud Solutions

Аварийное восстановление

គ្រប់ស្ថាប័នដែលពឹងផ្អែកលើកម្មវិធីដើម្បីដំណើរការត្រូវតែមាន ផែនការសង្គ្រោះគ្រោះមហន្តរាយ. របាយការណ៍បង្ហាញពីប្រភេទនៃការធ្វើតេស្តភាពធន់នឹងគ្រោះមហន្តរាយដែលក្រុមហ៊ុនផ្សេងៗគ្នាប្រើប្រាស់។

តើការធ្វើតេស្តប្រភេទណាដែលក្រុមហ៊ុនប្រើប្រាស់សម្រាប់ការសង្គ្រោះគ្រោះមហន្តរាយ?

ប្រភេទសាកល្បង

ក្រុមដែលមានពិន្ទុទាប

ក្រុមដែលមានសមត្ថភាពមធ្យម

ក្រុមដែលមានលទ្ធផលល្អ។

ក្រុមដែលមានសមត្ថភាពខ្ពស់។

មធ្យម

ការធ្វើតេស្តដែលមិនពាក់ព័ន្ធនឹងប្រព័ន្ធពិត

35%

26%

27%

30%

28%

ការបរាជ័យផ្នែកហេដ្ឋារចនាសម្ព័ន្ធ (រួមទាំងមជ្ឈមណ្ឌលទិន្នន័យ)

27%

43%

34%

38%

38%

ការធ្វើតេស្តបរាជ័យកម្មវិធី

25%

46%

41%

49%

43%

ការក្លែងធ្វើឧប្បត្តិហេតុជាមួយនឹងការរំខាននៃប្រព័ន្ធសាកល្បង

18%

22%

23%

29%

23%

ការក្លែងធ្វើឧប្បត្តិហេតុជាមួយនឹងការរំខាននៃប្រព័ន្ធប្រតិបត្តិការ

18%

11%

12%

13%

12%

ការបង្កើតស្វ័យប្រវត្តិកម្ម និងប្រព័ន្ធដែលខូច
ប្រព័ន្ធផលិតកម្មជាប្រចាំ និងបន្ត

9%

8%

7%

9%

8%

មានតែ 40% នៃអ្នកឆ្លើយតបប៉ុណ្ណោះដែលធ្វើការធ្វើតេស្តសង្គ្រោះគ្រោះមហន្តរាយជារៀងរាល់ឆ្នាំដោយប្រើវិធីសាស្រ្តមួយ ឬច្រើនដែលបានរាយបញ្ជី។ ក្នុងពេលជាមួយគ្នានេះ ក្រុមហ៊ុនដែលធ្វើតេស្ដសង្គ្រោះគ្រោះមហន្តរាយមានកម្រិតខ្ពស់នៃលទ្ធភាពទទួលបានសេវាកម្ម។ របាយការណ៍បង្ហាញថាក្រុម DevOps ដែលដំណើរការខ្ពស់គឺទំនងជា 1.4 ដងក្នុងការបញ្ចូលទិន្នន័យការធ្វើតេស្តសង្គ្រោះគ្រោះមហន្តរាយទៅក្នុងការអភិវឌ្ឍន៍កម្មវិធី និងដំណើរការដាក់ឱ្យប្រើប្រាស់របស់ពួកគេ។

វាមានសារៈសំខាន់ណាស់ក្នុងការធានាថាក្រុម DevOps មានសិទ្ធិទទួលបានព័ត៌មាន

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

ប្រភពនៃព័ត៌មានបែបនេះអាចបែងចែកជាពីរក្រុម៖

1. Внутренние источники៖ ឯកសាររបស់ក្រុមហ៊ុនស្តីពីការបង្កើត និងការគាំទ្រកូដ មូលដ្ឋានចំណេះដឹងសាជីវកម្ម ឃ្លាំង និងច្រើនទៀត។ ក្រុម DevOps ដែលប្រើប្រភពចំណេះដឹងខាងក្នុងមានផលិតភាពច្រើនជាង 1,73 ដង។
2. ប្រភពខាងក្រៅ៖ ម៉ាស៊ីនស្វែងរក និងការបំពេញបន្ថែមជង់។ ក្រុម DevOps ដែលចេញមកពីក្រៅមានផលិតភាពច្រើនជាង 1,67 ដង។ បច្ចេកវិទ្យាខាងក្រៅផ្តល់នូវអត្ថប្រយោជន៍ដ៏អស្ចារ្យសម្រាប់ការរៀនសូត្រ និងការរីកចម្រើន ជាពិសេសការប្រើប្រាស់ពពកសាធារណៈ និងឧបករណ៍ប្រភពបើកចំហ។

វាមានសារៈសំខាន់សម្រាប់ក្រុមហ៊ុនដើម្បីកាត់បន្ថយបំណុលបច្ចេកទេស

បំណុលបច្ចេកទេសរួមមានលេខកូដ ឬប្រព័ន្ធដែលមានកំហុសដែលគេស្គាល់ ប៉ុន្តែមិនបានជួសជុល។ ការគ្របដណ្តប់ការធ្វើតេស្តមិនគ្រប់គ្រាន់; កូដឬការរចនាដែលមានគុណភាពទាប; វត្ថុបុរាណដែលមិនត្រូវបានប្រើប៉ុន្តែមិនត្រូវបានដកចេញ; ការអនុវត្តដែលក្រុមមិនអាចគាំទ្រប្រកបដោយប្រសិទ្ធភាព។ បច្ចេកវិទ្យាដែលលែងប្រើ; ឯកសារមិនពេញលេញ ឬហួសសម័យ។

អ្នកជំនាញបានរកឃើញថាបំណុលបច្ចេកទេសប៉ះពាល់អវិជ្ជមានដល់ប្រសិទ្ធភាព DevOps ។ ក្រុមដែលមានបំណុលបច្ចេកទេសខ្ពស់មានផលិតភាពតិចជាង 1,6 ដង។ ក្រុមដែលមានសមត្ថភាពខ្ពស់គឺ 1,4 ដងទំនងជាមានបំណុលបច្ចេកទេសទាប។

ការរកឃើញសំខាន់ៗពីការស្ទង់មតិរដ្ឋ DevOps

1. ភាគរយនៃក្រុម DevOps ដែលមានពិន្ទុខ្ពស់បានកើនឡើងជិតបីដងដល់ 20%។ នេះមានន័យថាអាជីវកម្មយល់ពីសក្ដានុពលនៃការអនុវត្តដើម្បីកែលម្អការអភិវឌ្ឍន៍ និងការចែកចាយកម្មវិធី ហើយក្រុមហ៊ុនកំពុងអនុវត្ត DevOps យ៉ាងសកម្មនៅក្នុងនាយកដ្ឋានព័ត៌មានវិទ្យារបស់ពួកគេ។
2. ការផ្តល់កម្មវិធី និងសេវាកម្មយ៉ាងឆាប់រហ័ស គឺជាចំណុចស្នូលនៃបច្ចេកវិទ្យា និងការផ្លាស់ប្តូរដំណើរការរបស់ស្ថាប័ន។ ល្បឿននិងភាពជាប់លាប់នៃការចេញផ្សាយបង្កើនប្រាក់ចំណេញ និងការពេញចិត្តរបស់អតិថិជន។
3. បច្ចេកវិទ្យា Cloud បន្តជាគន្លឹះក្នុងការសម្រេចបានលទ្ធផលខ្ពស់សម្រាប់ក្រុម DevOps ។ ការប្រើប្រាស់ពពកអនុញ្ញាតឱ្យអ្នករៀបចំការចែកចាយកម្មវិធីក្នុងល្បឿនដែលត្រូវការ ធានាភាពអាចរកបាន ការធ្វើមាត្រដ្ឋាន និងដំណើរការនៃហេដ្ឋារចនាសម្ព័ន្ធ។
4. ប្រសិទ្ធភាពនៃក្រុម DevOps អាចត្រូវបានកែលម្អដោយការយកចិត្តទុកដាក់លើផលិតភាពរបស់សមាជិកក្រុម ធានាបរិយាកាសផ្លូវចិត្តប្រកបដោយផាសុកភាព និងការប្រើប្រាស់ឧបករណ៍ងាយស្រួល។
5. ការបង្កើនល្បឿននៃការចេញផ្សាយនៅពេលធ្វើបានត្រឹមត្រូវ វាមិនប៉ះពាល់ដល់ស្ថេរភាពនៃសេវាកម្ម និងកម្មវិធីរបស់ក្រុមហ៊ុននោះទេ។

ប្រភព: www.habr.com