របៀបដែល Ivan បានធ្វើមាត្រដ្ឋាន DevOps ។ វត្ថុនៃឥទ្ធិពល

មួយសប្តាហ៍បានកន្លងផុតទៅចាប់តាំងពី Ivan បានគិតជាលើកដំបូងអំពីម៉ែត្ររបស់ DevOps ហើយបានដឹងថាដោយមានជំនួយរបស់ពួកគេ វាចាំបាច់ក្នុងការគ្រប់គ្រងពេលវេលាចែកចាយផលិតផល (ពេល​វេលា​ទៅ​កាន់​ទីផ្សារ)។

សូម្បីតែនៅចុងសប្តាហ៍ក៏ដោយគាត់បានគិតអំពីម៉ែត្រ៖ "ចុះបើខ្ញុំវាស់ពេលវេលា? តើវានឹងផ្តល់ឱ្យខ្ញុំនូវអ្វី?

ជាការពិត តើចំណេះដឹងអំពីពេលវេលានឹងផ្តល់អ្វីខ្លះ? ឧបមាថាការដឹកជញ្ជូនចំណាយពេល 5 ថ្ងៃ។ ដូច្នេះ តើមានអ្វីបន្ទាប់? តើវាល្អឬអាក្រក់? បើទោះជានេះអាក្រក់ក៏ដោយ អ្នកត្រូវកាត់បន្ថយពេលវេលានេះបន្តិច។ ប៉ុន្តែ​ធ្វើ​យ៉ាងម៉េច?
គំនិត​ទាំង​នេះ​បាន​លង​បន្លាច​គាត់ ប៉ុន្តែ​គ្មាន​ដំណោះ​ស្រាយ​មក​ឡើយ។

អ៊ីវ៉ានយល់ថាគាត់បានឈានដល់ខ្លឹមសារ។ ក្រាហ្វរាប់មិនអស់នៃម៉ែត្រដែលគាត់បានឃើញពីមុនមកយូរមកហើយបានបញ្ចុះបញ្ចូលគាត់ថាវិធីសាស្រ្តស្តង់ដារនឹងមិនដំណើរការទេហើយថាប្រសិនបើគាត់គ្រាន់តែគ្រោង (ទោះបីជាវាជាក្រុមក៏ដោយ។) វានឹងគ្មានប្រយោជន៍ទេ។

ទៅជាយ៉ាងណា?…

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

"កណ្តុរដែកអ៊ីណុក" របស់អ្នកនិពន្ធសំណព្វរបស់គាត់ Harry Harrison តែងតែនិយាយថា: គំនិតត្រូវតែទៅដល់បាតនៃខួរក្បាលហើយដេកនៅទីនោះដូច្នេះបន្ទាប់ពីរងទុក្ខជាច្រើនថ្ងៃមិនអាចទទួលបានអ្វីសោះ Ivan បានសម្រេចចិត្តទទួលភារកិច្ចមួយទៀត ...

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

វាបានប្រែក្លាយថាដើម្បីផ្លាស់ប្តូរតម្លៃដែលបានវាស់វាចាំបាច់ដើម្បីមានឥទ្ធិពលលើអ្នកដែលបង្កើតតម្លៃនេះ i.e. ដើម្បីផ្លាស់ប្តូរចំនួនទឹកប្រាក់នៃហាងអនឡាញ វាចាំបាច់ក្នុងការជះឥទ្ធិពលលើអាកប្បកិរិយារបស់អតិថិជននៃហាងនេះ ហើយដើម្បីផ្លាស់ប្តូរពេលវេលាចែកចាយនៅក្នុង DevOps វាចាំបាច់ក្នុងការជះឥទ្ធិពលដល់ក្រុមដែល "បង្កើត" នៅពេលនេះ ពោលគឺឧ។ ប្រើ DevOps ក្នុងការងាររបស់ពួកគេ។

Ivan បានដឹងថាម៉ែត្រ DevOps មិនគួរត្រូវបានតំណាងដោយក្រាហ្វទាល់តែសោះ។ ពួកគេត្រូវតែតំណាងឱ្យខ្លួនឯង ឧបករណ៍ស្វែងរក ក្រុម "ឆ្នើម" ដែលកំណត់ពេលវេលាចែកចាយចុងក្រោយ។

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

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

ដោយមិនស្ទាក់ស្ទើរ លោក Ivan បានលើកទូរស័ព្ទ ហើយចុចទៅកាន់លេខនៃមនុស្សម្នាក់ដែលចេះដឹងច្បាស់ពីផ្នែកខាងក្នុង និងខាងក្រៅរបស់ DevOps៖

- ដេនីស សូមប្រាប់ខ្ញុំផង តើអាចយល់បានខ្លះថា ក្រុមបានឆ្លងផុតចំណុចនេះ ឬចំណុចនោះ?
- ប្រាកដ។ Jenkins របស់យើងបោះចោលទង់ជាតិ ប្រសិនបើការសាងសង់បានដំណើរការដោយជោគជ័យ (បានឆ្លងកាត់ការសាកល្បង) នៅលើកៅអី។
- អស្ចារ្យ។ តើទង់ជាតិជាអ្វី?
- នេះគឺជាឯកសារអត្ថបទធម្មតាដូចជា “stand_OK” ឬ “stand_FAIL” ដែលនិយាយថាការជួបប្រជុំគ្នាបានឆ្លងកាត់ ឬបរាជ័យក្នុងការឈរ។ អញ្ចឹងអ្នកយល់ហើយមែនទេ?
- ខ្ញុំគិតថាបាទ។ តើវាត្រូវបានសរសេរទៅថតដូចគ្នានៅក្នុងឃ្លាំងដែលជាកន្លែងដែលការជួបប្រជុំគ្នាមានទីតាំងនៅ?
- បាទ
- តើមានអ្វីកើតឡើងប្រសិនបើសន្និបាតមិនឆ្លងកាត់កៅអីសាកល្បង? តើខ្ញុំត្រូវសាងសង់ថ្មីទេ?
- បាទ
- មិនអីទេ អរគុណ។ ហើយសំណួរមួយទៀត៖ តើខ្ញុំយល់ត្រឹមត្រូវទេថា ខ្ញុំអាចប្រើកាលបរិច្ឆេទនៃការបង្កើតទង់ជាតិជាកាលបរិច្ឆេទនៃការឈរជើងបានដែរឬទេ?
- ដាច់​ខាត!
- អស្ចារ្យណាស់!

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

“ដោយ​យល់​ពី​កន្លែង​ដែល​ចំណាយ​ពេល​ច្រើន​បំផុត យើង​នឹង​កំណត់​ក្រុម​ទៅ​រក​ពួក​គេ ហើយ​ស្វែង​រក​បញ្ហា”។ Ivan ញញឹម។

សម្រាប់ថ្ងៃស្អែក គាត់បានកំណត់ខ្លួនឯងនូវភារកិច្ចនៃការគូសវាសស្ថាបត្យកម្មនៃប្រព័ន្ធដែលកំពុងត្រូវបានគូរ។

នៅ​មាន​ជា​បន្ត​ទៀត…

ប្រភព: www.habr.com