គ្រប់គ្រងភាពច្របូកច្របល់៖ រៀបចំអ្វីៗតាមលំដាប់លំដោយ ដោយមានជំនួយពីផែនទីបច្ចេកវិជ្ជា

រូបភាព៖ Unsplash

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

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

អំពី Chaos និង DevOps

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

នៅពេលដែលក្រុមហ៊ុនកំពុងអភិវឌ្ឍផលិតផលមួយ អ្វីគ្រប់យ៉ាងគឺច្បាស់ជាង ឬតិចជាងនេះ៖ ជាធម្មតាមានផែនទីបង្ហាញផ្លូវទូទៅ និងគ្រោងការណ៍អភិវឌ្ឍន៍។ ប៉ុន្តែ​តើ​ត្រូវ​ធ្វើ​យ៉ាង​ណា​នៅ​ពេល​ដែល​ខ្សែ​ផលិតផល​ពង្រីក​ហើយ​មាន​ផលិតផល​ច្រើន? នៅក្រឡេកមើលដំបូង ពួកគេមានដំណើរការស្រដៀងគ្នា និងបន្ទាត់ដំឡើង ហើយហ្គេម "ស្វែងរកភាពខុសគ្នា X" នៅក្នុងកំណត់ហេតុ និងស្គ្រីបចាប់ផ្តើម។ ចុះប្រសិនបើមានគម្រោង 5+ រួចហើយនៅក្នុងការអភិវឌ្ឍន៍សកម្ម និងការគាំទ្រសម្រាប់កំណែជាច្រើនដែលត្រូវបានបង្កើតឡើងក្នុងរយៈពេលជាច្រើនឆ្នាំគឺត្រូវបានទាមទារ? តើយើងចង់ប្រើឡើងវិញនូវដំណោះស្រាយឱ្យបានច្រើនតាមតែអាចធ្វើទៅបានក្នុងបំពង់បង្ហូរផលិតផល ឬតើយើងត្រៀមខ្លួនជាស្រេចក្នុងការចំណាយប្រាក់លើការអភិវឌ្ឍន៍តែមួយគត់សម្រាប់នីមួយៗទេ?

តើធ្វើដូចម្តេចដើម្បីស្វែងរកតុល្យភាពរវាងភាពប្លែក និងសៀរៀលនៃដំណោះស្រាយ?

សំណួរទាំងនេះបានចាប់ផ្តើមកើតឡើងនៅចំពោះមុខយើងកាន់តែច្រើនឡើងៗ ដែលចាប់ផ្តើមនៅឆ្នាំ 2015។ ចំនួនផលិតផលបានកើនឡើង ហើយយើងបានព្យាយាមពង្រីកនាយកដ្ឋានស្វ័យប្រវត្តិកម្មរបស់យើង (DevOps) ដែលគាំទ្រដល់ការផ្គុំផលិតផលទាំងនេះដល់អប្បបរមា។ ក្នុងពេលជាមួយគ្នានេះ ខ្ញុំចង់ចម្លងដំណោះស្រាយឱ្យបានច្រើនតាមដែលអាចធ្វើទៅបានរវាងផលិតផល។ យ៉ាងណាមិញ ហេតុអ្វីបានជាធ្វើដូចគ្នានៅក្នុងផលិតផលដប់តាមរបៀបផ្សេងៗគ្នា?

នាយកអភិវឌ្ឍន៍៖ "បុរស តើយើងអាចវាយតម្លៃបានថា DevOps ធ្វើអ្វីខ្លះសម្រាប់ផលិតផល?"

Мы៖ "យើងមិនដឹងទេ យើងមិនបានសួរសំណួរនេះទេ ប៉ុន្តែតើសូចនាករអ្វីខ្លះគួរត្រូវបានគណនា?"

នាយកអភិវឌ្ឍន៍៖ «អ្នកណាដឹង! គិត..."

ដូចនៅក្នុងខ្សែភាពយន្តដ៏ល្បីល្បាញនោះ៖ "ខ្ញុំនឹងទៅសណ្ឋាគារ! .. បន្ទាប់ពីការគិត, យើងបានឈានដល់ការសន្និដ្ឋានថាដំបូងយើងត្រូវការសម្រេចចិត្តលើស្ថានភាពចុងក្រោយនៃផលិតផល; នេះបានក្លាយជាគោលដៅដំបូងរបស់យើង។

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

1:0 ជាការពេញចិត្តនៃ Chaos ឬ DevOps នៅលើ blades

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

ភារកិច្ចផលិតកម្មធម្មតា។

ដំណើរការផលិតគំរូគឺជាការងារដ៏ស្មុគស្មាញ និងយកចិត្តទុកដាក់បំផុត៖ អ្នកត្រូវប្រមូល ដំណើរការ និងវិភាគទិន្នន័យជាច្រើនពីនាយកដ្ឋានផ្សេងៗ និងសង្វាក់ផលិតកម្ម។ អ្នកអាចអានបន្ថែមអំពីរឿងនេះនៅក្នុងអត្ថបទ "គំរូនៃដំណើរការផលិតនៅក្នុងក្រុមហ៊ុន IT"។

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

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

ចុចលើរូបភាពដើម្បីបើកទំហំពេញ

ការងាររបស់យើងនៅក្នុងក្រុមហ៊ុនត្រូវបានបែងចែកទៅជាផ្នែកមុខងារជាច្រើន។ នាយកដ្ឋានហេដ្ឋារចនាសម្ព័ន្ធត្រូវបានចូលរួមនៅក្នុងការធ្វើឱ្យប្រសើរប្រតិបត្តិការនៃធនធានផ្នែករឹងទាំងអស់របស់នាយកដ្ឋាន ក៏ដូចជាការធ្វើស្វ័យប្រវត្តិកម្មនៃការដាក់ឱ្យប្រើប្រាស់ម៉ាស៊ីននិម្មិត និងបរិស្ថាននៅលើពួកវា។ ទិសដៅត្រួតពិនិត្យផ្តល់ការត្រួតពិនិត្យលើការអនុវត្តសេវាកម្ម 24/7; យើងក៏ផ្តល់ការត្រួតពិនិត្យជាសេវាកម្មសម្រាប់អ្នកអភិវឌ្ឍន៍ផងដែរ។ ទិសដៅលំហូរការងារផ្តល់ឱ្យក្រុមនូវឧបករណ៍សម្រាប់គ្រប់គ្រងការអភិវឌ្ឍន៍ និងដំណើរការសាកល្បង ការវិភាគស្ថានភាពកូដ និងទទួលបានការវិភាគលើគម្រោង។ ហើយចុងក្រោយ ទិសដៅ webdev ធានានូវការបោះពុម្ពផ្សាយនៅលើម៉ាស៊ីនមេអាប់ដេត GUS និង FLUS ក៏ដូចជាការផ្តល់អាជ្ញាប័ណ្ណផលិតផលដោយប្រើប្រាស់សេវាកម្ម LicenseLab ។ ដើម្បីគាំទ្រដល់បំពង់ផលិតកម្ម យើងបានបង្កើត និងថែទាំសេវាកម្មគាំទ្រផ្សេងៗគ្នាជាច្រើនសម្រាប់អ្នកអភិវឌ្ឍន៍ (អ្នកអាចស្តាប់រឿងរ៉ាវអំពីពួកគេមួយចំនួននៅឯកិច្ចប្រជុំចាស់៖ អូ! DevOps! ឆ្នាំ ២០១៦ и អូ! DevOps! ឆ្នាំ ២០១៦) យើងក៏អភិវឌ្ឍឧបករណ៍ស្វ័យប្រវត្តិកម្មខាងក្នុង រួមទាំង ដំណោះស្រាយប្រភពបើកចំហ.

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

ឧទាហរណ៍សាមញ្ញបំផុតនៃខ្សែសង្វាក់បច្ចេកវិជ្ជាគឺដំណាក់កាលនៃការប្រមូលផ្តុំ ការដាក់ពង្រាយ និងការធ្វើតេស្តផលិតផលនីមួយៗរបស់យើងនៅក្នុងក្រុមហ៊ុន។ ជាឧទាហរណ៍ ដំណាក់កាលសាងសង់មានជំហានស្តង់ដារដាច់ដោយឡែកជាច្រើន៖ ការទាញយកប្រភពពី GitLab ការរៀបចំភាពអាស្រ័យ និងបណ្ណាល័យភាគីទីបី ការធ្វើតេស្តឯកតា និងការវិភាគកូដឋិតិវន្ត ការប្រតិបត្តិស្គ្រីបស្ថាបនានៅលើ GitLab CI ការបោះពុម្ពវត្ថុបុរាណទៅកាន់ឃ្លាំងនៅលើ Artifactory និងបង្កើតកំណត់ចំណាំចេញផ្សាយតាមរយៈឧបករណ៍ ChangelogBuilder ខាងក្នុងរបស់យើង។

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

សង្វាក់ផលិតកម្មធម្មតាជាច្រើនបង្កើតបាន។ ដំណើរការ​ផលិត. វិធីសាស្រ្តស្តង់ដារក្នុងការពិពណ៌នាអំពីដំណើរការគឺត្រូវប្រើគំរូ IDEF0 ដែលមានមុខងារ។

ឧទាហរណ៍នៃការធ្វើគំរូនៃដំណើរការ CI ផលិតកម្ម

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

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

ប្រសិនបើ​យើង​ធ្វើ​ឱ្យ​សាមញ្ញ និង​ធ្វើ​ឱ្យ​គម្រោង​ការ​ចេញផ្សាយ​របស់​យើង​ជា​ទូទៅ វា​រួម​មាន​ដំណាក់កាល​ដូច​ខាង​ក្រោម៖

• ការបង្កើតផលិតផលឆ្លងវេទិកា,
• ការដាក់ពង្រាយទៅកាន់កៅអីសាកល្បង,
• ចាប់ផ្តើមការធ្វើតេស្តមុខងារ និងផ្សេងទៀត
• ការលើកកម្ពស់ការជួបប្រជុំគ្នាដែលបានសាកល្បងដើម្បីចេញផ្សាយឃ្លាំងនៅលើ Artifactory,
• ការចេញផ្សាយការចេញផ្សាយ បង្កើតដើម្បីធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមេ,
• ការផ្តល់ការស្ថាបនា និងការធ្វើបច្ចុប្បន្នភាពទៅផលិតកម្ម,
• ការបើកដំណើរការការដំឡើង និងការអាប់ដេតផលិតផល។

ចូរយើងពិចារណាជាឧទាហរណ៍ គំរូបច្ចេកវិជ្ជានៃគ្រោងការណ៍ការចេញផ្សាយធម្មតានេះ (តទៅនេះហៅថាគំរូ) ក្នុងទម្រង់ជាគំរូ IDEF0 ដែលមានមុខងារ។ វាឆ្លុះបញ្ចាំងពីដំណាក់កាលសំខាន់នៃដំណើរការ CI របស់យើង។ ម៉ូដែល IDEF0 ប្រើអ្វីដែលគេហៅថា សញ្ញាណ ICOM (Input-Control-Output-Mechanism) ដើម្បីពិពណ៌នាអំពីធនធានដែលត្រូវប្រើប្រាស់នៅដំណាក់កាលនីមួយៗ ដោយផ្អែកលើច្បាប់ និងតម្រូវការដែលការងារត្រូវបានអនុវត្ត អ្វីជាលទ្ធផល និងយន្តការអ្វី សេវាកម្ម ឬមនុស្សអនុវត្តដំណាក់កាលជាក់លាក់ណាមួយ។

ចុចលើរូបភាពដើម្បីបើកទំហំពេញ

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

កំណើតនៃក្តីសង្ឃឹម

នៅក្នុងសៀវភៅមួយក្បាល យើងបានឆ្លងកាត់ផែនទីចាស់របស់សូវៀតដែលពិពណ៌នាអំពីដំណើរការបច្ចេកវិជ្ជា (ដែលតាមវិធីនេះ នៅតែត្រូវបានប្រើប្រាស់សព្វថ្ងៃនេះនៅក្នុងសហគ្រាសរដ្ឋ និងសាកលវិទ្យាល័យជាច្រើន)។ រង់ចាំ រង់ចាំ យើងក៏មានដំណើរការបច្ចេកវិជ្ជាផងដែរ!.. មានដំណាក់កាល លទ្ធផល មាត្រដ្ឋាន តម្រូវការ សូចនាករ...។ល។ ហេតុអ្វីមិនព្យាយាមអនុវត្តផែនទីបច្ចេកវិជ្ជាទៅកាន់ឧបករណ៍បញ្ជូនផលិតផលរបស់យើង? មាន​អារម្មណ៍​មួយ​ថា “នេះ​ហើយ​! យើង​បាន​រក​ឃើញ​ខ្សែ​ដែល​ត្រូវ​ហើយ វា​ដល់​ពេល​ដែល​ត្រូវ​ផ្តល់​ឱ្យ​វា​ជា​ការ​ទាញ​ល្អ​ហើយ!”

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

នៅចំនុចប្រសព្វនៃជួរដេក និងជួរឈរនៃផែនទី យើងដាក់ស្ថានភាពសម្រាប់ដំណាក់កាល និងផលិតផលជាក់លាក់មួយ។ រដ្ឋជាច្រើនត្រូវបានកំណត់សម្រាប់ស្ថានភាព៖

1. គ្មានទិន្នន័យ - ឬមិនអាចអនុវត្តបាន។ វាចាំបាច់ក្នុងការវិភាគតម្រូវការសម្រាប់ដំណាក់កាលមួយនៅក្នុងផលិតផល។ ទាំងការវិភាគត្រូវបានអនុវត្តរួចហើយ ប៉ុន្តែដំណាក់កាលបច្ចុប្បន្នមិនត្រូវការ ឬមិនមានភាពត្រឹមត្រូវខាងសេដ្ឋកិច្ច។
2. ពន្យារពេល - ឬមិនពាក់ព័ន្ធនៅពេលនេះ។ ដំណាក់កាលនេះនៅក្នុងបំពង់បង្ហូរប្រេងគឺចាំបាច់ ប៉ុន្តែមិនមានថាមពលដើម្បីអនុវត្តវានៅឆ្នាំនេះទេ។
3. បានគ្រោងទុក. ដំណាក់កាលនេះត្រូវបានគ្រោងសម្រាប់ការអនុវត្តនៅឆ្នាំនេះ។
4. បានអនុវត្ត. ដំណាក់កាលនៅក្នុងបំពង់បង្ហូរប្រេងត្រូវបានអនុវត្តទៅតាមកម្រិតដែលត្រូវការ។

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

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

ពួកគេអាចនឹងជំទាស់នឹងយើង៖ «ជាការពិតណាស់ ទាំងអស់នេះល្អ ប៉ុន្តែយូរៗទៅចំនួនជំហាន និងដំណាក់កាលនឹងកាន់តែធំទៅៗ។ តើ​ខ្ញុ​ុំ​គួរ​ធ្វើអ្វី?

យើងបានណែនាំស្តង់ដារ និងការពិពណ៌នាពេញលេញដោយស្មើភាពនៃតម្រូវការសម្រាប់ដំណាក់កាល និងជំហាននីមួយៗ ដូច្នេះនៅក្នុងក្រុមហ៊ុន ពួកគេត្រូវបានយល់ដោយមនុស្សគ្រប់គ្នាតាមរបៀបដូចគ្នា។ យូរ ៗ ទៅនៅពេលដែលការកែលម្អត្រូវបានអនុវត្តជំហានមួយអាចត្រូវបានស្រូបចូលទៅក្នុងដំណាក់កាលផ្សេងទៀតឬជំហានផ្សេងទៀត - បន្ទាប់មកពួកគេនឹងដួលរលំ។ ក្នុងពេលជាមួយគ្នានេះ រាល់តម្រូវការ និងបច្ចេកទេសផ្សេងៗ សមនឹងតម្រូវការនៃដំណាក់កាលទូទៅ ឬជំហាន។

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

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

ផែនទីបច្ចេកវិទ្យានៃដំណើរការផលិត

ប្រសិនបើយើងអនុវត្តគ្រប់ដំណាក់កាល និងជំហានរបស់យើង អ៊ិនកូដពួកវាដោយស្លាក ហើយពង្រីកវាទៅជាខ្សែសង្វាក់តែមួយ នោះវានឹងប្រែទៅជាវែង និងមិនអាចយល់បាន (ពិតជា "កន្ទុយពស់ថ្លាន់" ដូចគ្នាដែលយើងបាននិយាយនៅដើមអត្ថបទ) :

[Production] — [InfMonitoring] — [SourceCodeControl] — [Prepare] — [PrepareLinuxDocker] — [PrepareWinDocker] — [Build] — [PullSourceCode] — [PrepareDep] — [UnitTest] — [CodeCoverage] — [StaticAnalyze] — [BuildScenario] — [PushToSnapshot] — [ChangelogBuilder] — [Deploy] — [PrepareTestStand] — [PullTestCode] — [PrepareTestEnv] — [PullArtifact] — [DeployArtifact] — [Test] — [BVTTest] — [SmokeTest] — [FuncTest] — [LoadTest] — [IntegrityTest] — [DeliveryTest] — [MonitoringStands] — [TestManagement] — [Promote] — [QualityTag] — [MoveToRelease] — [License] — [Publish] — [PublishGUSFLUS] — [ControlVisibility] — [Install] — [LicenseActivation] — [RequestUpdates] — [PullUpdates] — [InitUpdates] — [PrepareEnv] — [InstallUpdates] — [Telemetry] — [Workflow] — [Communication] — [Certification] — [CISelfSufficiency]

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

បន្ថែមពីលើពួកគេ យើងអាចបែងចែកដំណាក់កាលដាច់ដោយឡែកពីគ្នា៖ ការត្រួតពិនិត្យស្ថានភាពនៃហេដ្ឋារចនាសម្ព័ន្ធ [InfMonitoring] ការគ្រប់គ្រងកំណែនៃកូដប្រភព [SourceCodeControl] ការរៀបចំបរិយាកាសដំឡើង [រៀបចំ] ការគ្រប់គ្រងគម្រោង [លំហូរការងារ] ការផ្តល់ក្រុមជាមួយនឹងឧបករណ៍ទំនាក់ទំនង [ ការទំនាក់ទំនង] ការបញ្ជាក់ផលិតផល [វិញ្ញាបនប័ត្រ] និងការធានានូវភាពគ្រប់គ្រាន់ដោយខ្លួនឯងនៃដំណើរការ CI [CISelfSufficiency] (ឧទាហរណ៍ ឯករាជ្យភាពនៃសន្និបាតពីអ៊ីនធឺណិត)។ យើងនឹងមិនពិចារណាសូម្បីតែរាប់សិបជំហាននៅក្នុងដំណើរការរបស់យើង ព្រោះវាមានលក្ខណៈជាក់លាក់ណាស់។

វានឹងកាន់តែងាយស្រួលយល់ និងមើលដំណើរការផលិតកម្មទាំងមូល ប្រសិនបើអ្នកស្រមៃវាក្នុងទម្រង់ ផែនទីបច្ចេកវិទ្យា; នេះគឺជាតារាងដែលដំណាក់កាលផលិតកម្មនីមួយៗ និងជំហានដែលខូចនៃគំរូត្រូវបានកត់ត្រាជាជួរ ហើយនៅក្នុងជួរឈរការពិពណ៌នាអំពីអ្វីដែលត្រូវបានធ្វើនៅដំណាក់កាល ឬជំហាននីមួយៗ។ ការសង្កត់ធ្ងន់ចម្បងគឺទៅលើធនធានដែលផ្តល់ដំណាក់កាលនីមួយៗ និងការកំណត់តំបន់នៃការទទួលខុសត្រូវ។

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

នៅក្នុងក្រុមហ៊ុនរបស់យើង ផែនទីត្រូវបានបង្កើតដោយស្វ័យប្រវត្តិពីគំរូ jinja ជាឯកសារ HTML ធម្មតា ហើយបន្ទាប់មកបានផ្ទុកឡើងទៅម៉ាស៊ីនមេ GitLab Pages ។ រូបថតអេក្រង់ដែលមានឧទាហរណ៍នៃផែនទីដែលបានបង្កើតពេញលេញអាចត្រូវបានមើល តំណភ្ជាប់.

ចុចលើរូបភាពដើម្បីបើកទំហំពេញ

សរុបមក ផែនទីបច្ចេកវិជ្ជាគឺជារូបភាពទូទៅនៃដំណើរការផលិត ដែលឆ្លុះបញ្ចាំងពីប្លុកដែលបានចាត់ថ្នាក់យ៉ាងច្បាស់ជាមួយនឹងមុខងារស្តង់ដារ។

រចនាសម្ព័ន្ធនៃផែនទីបច្ចេកវិទ្យារបស់យើង។

ផែនទីមានផ្នែកជាច្រើន៖

1. តំបន់ក្បាល - នេះគឺជាការពិពណ៌នាទូទៅនៃផែនទី គំនិតជាមូលដ្ឋានត្រូវបានណែនាំ ហើយធនធានសំខាន់ៗ និងលទ្ធផលនៃដំណើរការផលិតត្រូវបានកំណត់។
2. បន្ទះព័ត៌មាន - នៅទីនេះអ្នកអាចគ្រប់គ្រងការបង្ហាញទិន្នន័យសម្រាប់ផលិតផលនីមួយៗ សេចក្តីសង្ខេបនៃដំណាក់កាលដែលបានអនុវត្ត និងជំហានជាទូទៅសម្រាប់ផលិតផលទាំងអស់ត្រូវបានផ្តល់ជូន។
3. ផែនទីបច្ចេកវិទ្យា - ការពិពណ៌នាតារាងនៃដំណើរការបច្ចេកវិជ្ជា។ នៅលើផែនទី៖
   • គ្រប់ដំណាក់កាល ជំហាន និងលេខកូដរបស់ពួកគេត្រូវបានផ្តល់ឱ្យ។
   • ការពិពណ៌នាសង្ខេប និងពេញលេញនៃដំណាក់កាលត្រូវបានផ្តល់ឱ្យ។
   • ធនធានបញ្ចូល និងសេវាកម្មដែលប្រើនៅដំណាក់កាលនីមួយៗត្រូវបានចង្អុលបង្ហាញ។
   • លទ្ធផលនៃដំណាក់កាលនីមួយៗ និងជំហាននីមួយៗត្រូវបានចង្អុលបង្ហាញ។
   • តំបន់នៃការទទួលខុសត្រូវសម្រាប់ដំណាក់កាលនិងជំហាននីមួយៗត្រូវបានចង្អុលបង្ហាញ;
   • ធនធានបច្ចេកទេសត្រូវបានកំណត់ ជាឧទាហរណ៍ HDD (SSD), RAM, vCPU និងមនុស្សម៉ោងដែលចាំបាច់ដើម្បីគាំទ្រការងារនៅដំណាក់កាលនេះ ទាំងបច្ចុប្បន្ន - ការពិត និងនាពេលអនាគត - ផែនការ;
   • សម្រាប់ផលិតផលនីមួយៗ វាត្រូវបានចង្អុលបង្ហាញថា តើដំណាក់កាល ឬជំហានបច្ចេកវិជ្ជាណាមួយសម្រាប់វាត្រូវបានអនុវត្ត ត្រូវបានគ្រោងទុកសម្រាប់ការអនុវត្ត មិនពាក់ព័ន្ធ ឬមិនត្រូវបានអនុវត្ត។

ធ្វើការសម្រេចចិត្តដោយផ្អែកលើផែនទីបច្ចេកវិជ្ជា

បន្ទាប់ពីសិក្សាផែនទី អ្នកអាចធ្វើសកម្មភាពមួយចំនួន អាស្រ័យលើតួនាទីរបស់បុគ្គលិកនៅក្នុងក្រុមហ៊ុន (អ្នកគ្រប់គ្រងផ្នែកអភិវឌ្ឍន៍ អ្នកគ្រប់គ្រងផលិតផល អ្នកអភិវឌ្ឍន៍ ឬអ្នកសាកល្បង)៖

• ស្វែងយល់ពីដំណាក់កាលណាមួយដែលបាត់នៅក្នុងផលិតផល ឬគម្រោងពិតប្រាកដ ហើយវាយតម្លៃតម្រូវការសម្រាប់ការអនុវត្តរបស់ពួកគេ។
• កំណត់ផ្នែកនៃការទទួលខុសត្រូវរវាងនាយកដ្ឋានជាច្រើន ប្រសិនបើពួកគេកំពុងធ្វើការលើដំណាក់កាលផ្សេងៗគ្នា។
• ចរចាកិច្ចសន្យាសម្រាប់ធាតុចូល និងលទ្ធផលនៃដំណាក់កាល;
• រួមបញ្ចូលដំណាក់កាលនៃការងាររបស់អ្នកទៅក្នុងដំណើរការអភិវឌ្ឍន៍ទាំងមូល។
• វាយតម្លៃកាន់តែច្បាស់អំពីតម្រូវការសម្រាប់ធនធានដើម្បីគាំទ្រដំណាក់កាលនីមួយៗ។

សង្ខេបទាំងអស់ខាងលើ

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

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

លទ្ធផល

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

• គោលដៅនៃការណែនាំគំនិត DevOps នៅក្នុងក្រុមហ៊ុនរបស់យើងគឺដើម្បីកាត់បន្ថយថ្លៃដើមផលិតកម្ម និងការថែទាំផលិតផលរបស់ក្រុមហ៊ុនជាបន្តបន្ទាប់ក្នុងន័យបរិមាណ (ម៉ោងធ្វើការ ឬម៉ោងម៉ាស៊ីន vCPU, RAM, Disk)។
• មធ្យោបាយមួយដើម្បីកាត់បន្ថយការចំណាយសរុបនៃការអភិវឌ្ឍន៍គឺដើម្បីកាត់បន្ថយការចំណាយលើការអនុវត្តភារកិច្ចសៀរៀលស្តង់ដារ៖ ដំណាក់កាល និងជំហាននៃដំណើរការបច្ចេកវិជ្ជា។
• កិច្ចការធម្មតាគឺជាកិច្ចការដែលដំណោះស្រាយគឺពេញលេញ ឬដោយផ្នែកដោយស្វ័យប្រវត្តិ មិនបង្កឱ្យមានការលំបាកសម្រាប់អ្នកសំដែង និងមិនទាមទារថ្លៃពលកម្មសំខាន់ៗ។
• ដំណើរការផលិតមានដំណាក់កាល ដំណាក់កាលត្រូវបានបែងចែកទៅជាជំហានដែលមិនអាចបំបែកបាន ដែលតំណាងឱ្យការងារធម្មតានៃមាត្រដ្ឋាន និងបរិមាណខុសៗគ្នា។
• ពីការងារស្តង់ដារដាច់ដោយឡែក យើងបានមកដល់ខ្សែសង្វាក់បច្ចេកវិជ្ជាដ៏ស្មុគស្មាញ និងគំរូពហុកម្រិតនៃដំណើរការផលិត ដែលអាចត្រូវបានពិពណ៌នាដោយគំរូ IDEF0 ដែលមានមុខងារ ឬផែនទីបច្ចេកវិជ្ជាសាមញ្ញជាង។
• គំនូសតាងលំហូរគឺជាតារាងតំណាងនៃដំណាក់កាល និងជំហាននៃដំណើរការផលិតកម្ម។ អ្វីដែលសំខាន់បំផុត៖ ផែនទីអនុញ្ញាតឱ្យអ្នកមើលឃើញដំណើរការទាំងមូលរបស់វាជាបំណែកធំ ៗ ជាមួយនឹងលទ្ធភាពនៃការលម្អិតពួកគេ។
• ដោយផ្អែកលើផែនទីបច្ចេកវិជ្ជា អ្នកអាចវាយតម្លៃតម្រូវការក្នុងការអនុវត្តដំណាក់កាលនៅក្នុងផលិតផលជាក់លាក់មួយ កំណត់ផ្នែកនៃការទទួលខុសត្រូវ យល់ព្រមលើកិច្ចសន្យាសម្រាប់ធាតុចូល និងលទ្ធផលនៃដំណាក់កាល និងវាយតម្លៃយ៉ាងត្រឹមត្រូវអំពីតម្រូវការធនធាន។

នៅក្នុងអត្ថបទខាងក្រោមនេះ យើងនឹងនិយាយលម្អិតបន្ថែមទៀតអំពីអ្វីដែលឧបករណ៍បច្ចេកទេសត្រូវបានប្រើដើម្បីអនុវត្តដំណាក់កាលបច្ចេកវិទ្យាជាក់លាក់នៅលើផែនទីរបស់យើង។

អ្នកនិពន្ធអត្ថបទ៖

• អាឡិចសាន់ឌឺ Pazdnikov - ប្រធាននាយកដ្ឋានស្វ័យប្រវត្តិកម្ម (DevOps) នៅបច្ចេកវិទ្យាវិជ្ជមាន
• Timur Gillmullin - អនុប្រធាន ប្រធាននាយកដ្ឋានស្វ័យប្រវត្តិកម្ម (DevOps) នៅបច្ចេកវិទ្យាវិជ្ជមាន

ប្រភព: www.habr.com