DevOps ឬរបៀបដែលយើងកំពុងបាត់បង់ប្រាក់ឈ្នួល និងអនាគតនៃឧស្សាហកម្មព័ត៌មានវិទ្យា

អ្វីដែលគួរឲ្យសោកស្ដាយបំផុតក្នុងស្ថានភាពបច្ចុប្បន្ននោះគឺថា IT កំពុងក្លាយជាឧស្សាហកម្មបន្តិចម្តងៗ ដែលមិនមានពាក្យថា "ឈប់" ក្នុងចំនួនទំនួលខុសត្រូវក្នុងមនុស្សម្នាក់ៗនោះទេ។

ពេលអានដំណឹងជ្រើសរើសបុគ្គលិក ពេលខ្លះអ្នកមើលមិនឃើញ 2-3 នាក់ទេ ប៉ុន្តែក្រុមហ៊ុនទាំងមូលក្នុងមនុស្សម្នាក់ គ្រប់គ្នាកំពុងប្រញាប់ប្រញាល់ បំណុលបច្ចេកទេសកំពុងកើនឡើង កេរ្តិ៍ដំណែលចាស់ប្រឆាំងនឹងផ្ទៃខាងក្រោយនៃផលិតផលថ្មីមើលទៅល្អឥតខ្ចោះ ព្រោះយ៉ាងហោចណាស់វាមាន ការចត និងមតិយោបល់នៅក្នុងកូដ ផលិតផលថ្មីត្រូវបានសរសេរក្នុងល្បឿនពន្លឺ ប៉ុន្តែនៅទីបញ្ចប់ ពួកវាមិនអាចប្រើប្រាស់បានរយៈពេលមួយឆ្នាំទៀតបន្ទាប់ពីពួកគេត្រូវបានសរសេរ ហើយជារឿយៗឆ្នាំនេះមិននាំមកនូវប្រាក់ចំណេញទេ លើសពីនេះការចំណាយរបស់ “ពពក "គឺខ្ពស់ជាងការលក់សេវាកម្ម។ លុយរបស់វិនិយោគិនត្រូវបានចំណាយលើការរក្សាសេវាកម្មដែលមិនទាន់ដំណើរការ ប៉ុន្តែដែលត្រូវបានចេញផ្សាយរួចជាស្រេចតាមប្រព័ន្ធអ៊ីនធឺណិត។
ជាឧទាហរណ៍៖ ក្រុមហ៊ុនល្បីឈ្មោះដែលគ្រប់គ្រងហ្គេមចាស់ឡើងវិញបានទទួលការវាយតម្លៃទាបបំផុតក្នុងប្រវត្តិសាស្រ្តទាំងមូលនៃឧស្សាហកម្មនេះ។ ខ្ញុំជាមនុស្សម្នាក់ក្នុងចំនោមអ្នកដែលបានទិញផលិតផលនេះ ប៉ុន្តែសូម្បីតែឥឡូវនេះផលិតផលនេះដំណើរការយ៉ាងខ្លាំង ហើយតាមទ្រឹស្តីវាមិនគួរមានលក់ក្នុងទម្រង់នេះទេ។ ការសងប្រាក់វិញ ការវាយតម្លៃធ្លាក់ចុះ ការហាមឃាត់អ្នកប្រើប្រាស់មួយចំនួនធំនៅលើវេទិកាសម្រាប់ការត្អូញត្អែរអំពីការងារសេវាកម្ម។ ចំនួនបំណះមិនអស្ចារ្យទេ ប៉ុន្តែគួរឱ្យខ្លាច ប៉ុន្តែនៅតែផលិតផលនេះមិនអាចប្រើប្រាស់បាន។ ប្រសិនបើវិធីសាស្រ្តនេះនាំទៅរកលទ្ធផលបែបនេះសម្រាប់ក្រុមហ៊ុនដែលបាននិងកំពុងអភិវឌ្ឍតាំងពីឆ្នាំ 91 នោះសម្រាប់ក្រុមហ៊ុនដែលទើបតែចាប់ផ្តើម ស្ថានភាពកាន់តែអាក្រក់ទៅៗ។

ប៉ុន្តែយើងបានពិនិត្យមើលលទ្ធផលនៃវិធីសាស្រ្តនេះពីខាងអ្នកប្រើប្រាស់សេវាកម្ម ហើយឥឡូវនេះសូមក្រឡេកមើលបញ្ហាដែលបុគ្គលិកជួបប្រទះ។

ជារឿយៗខ្ញុំលឺសេចក្តីថ្លែងការណ៍ដែលថាក្រុម DevOps មិនគួរមានទេ ថានេះជាវិធីសាស្រ្ត។ល។ ប៉ុន្តែបញ្ហាគឺ ក្រុមហ៊ុននានាបានឈប់ស្វែងរក noks, dba, ហេដ្ឋារចនាសម្ព័ន្ធ និងវិស្វករសាងសង់ - ឥឡូវនេះវាជាវិស្វករ DevOps តែមួយ។ . ជាការពិតណាស់ នៅមានកន្លែងទំនេរបែបនេះនៅក្នុងក្រុមហ៊ុននីមួយៗ ប៉ុន្តែមានតិច និងតិចក្នុងចំណោមពួកគេ។ មនុស្សជាច្រើនបានហៅការអភិវឌ្ឍន៍នេះ ខ្ញុំផ្ទាល់ឃើញការរិចរិលក្នុងរឿងនេះ វាមិនអាចទៅរួចទេក្នុងការរក្សាកម្រិតចំណេះដឹងល្អក្នុងគ្រប់វិស័យ ហើយក្នុងពេលតែមួយអាចធ្វើការមិនលើសពី 8 ម៉ោង។ តាមធម្មជាតិ ទាំងនេះគឺជាការស្រមើស្រមៃ។ តាមពិតទៅ បុគ្គលិកផ្នែក IT ជាច្រើនត្រូវបានបង្ខំឱ្យធ្វើការ 12 ឬ 14 ម៉ោង ដែលក្នុងនោះ 8 នាក់ត្រូវបានបង់ ហើយជារឿយៗមិនមានថ្ងៃសម្រាកទេ ដោយសារតែ "ខ្ញុំត្រូវបានផ្តល់ការងារមួយ មិនមានឯកសារ ឬឯកសារក្លែងក្លាយ ហើយសេវាត្រូវចំណាយប្រាក់" ។ ហើយសម្រាប់កំហុស 1 នៅក្នុងពពក ជាទូទៅអ្នកមិនអាចទទួលបានប្រាក់ខែក្នុងរយៈពេលពីរបីខែនោះទេ ជាពិសេសប្រសិនបើអ្នកធ្វើការជាសហគ្រិនម្នាក់ៗ។ យើងពិតជាបាត់បង់ការនិយាយរបស់យើងនៅក្នុងអាជីវកម្ម រួមជាមួយនឹងការបែងចែកទំនួលខុសត្រូវ។ ខ្ញុំប្រឈមមុខកាន់តែខ្លាំងជាមួយនឹងការពិតដែលថាអ្នកគ្រប់គ្រងបានជ្រៀតជ្រែកក្នុងដំណើរការអភិវឌ្ឍន៍ដោយមិនយល់ពីពួកគេទាល់តែសោះ ពួកគេច្រឡំទិន្នន័យអាជីវកម្ម និងប្រតិបត្តិការនៃកម្មវិធី និងជា ជាលទ្ធផល ភាពវឹកវរចាប់ផ្តើម។

នៅពេលដែលភាពចលាចលចាប់ផ្តើម អាជីវកម្មចង់ស្វែងរកពិរុទ្ធជន ហើយនៅទីនេះពួកគេត្រូវការពិរុទ្ធជនជាសកល វាពិបាកក្នុងការកំណត់ការស្តីបន្ទោសលើមនុស្ស 10+ ដូច្នេះអ្នកគ្រប់គ្រងបញ្ចូលគ្នានូវមុខតំណែង ពីព្រោះការទទួលខុសត្រូវកាន់តែច្រើនដែលអ្នកឯកទេសមាន វាកាន់តែងាយស្រួល។ បង្ហាញពីការធ្វេសប្រហែសរបស់គាត់។ ហើយនៅក្នុងលក្ខខណ្ឌ Agile ការស្វែងរក "មានទោស" និងការបោកបញ្ឆោតគឺជាមូលដ្ឋាននៃវិធីសាស្រ្តនេះសម្រាប់ការធ្វើអាជីវកម្មក្នុងការគ្រប់គ្រង។ Agile បានចេញពី IT តាំងពីយូរយារណាស់មកហើយ ហើយគំនិតចម្បងរបស់វាបានក្លាយជាតម្រូវការនៃលទ្ធផលប្រចាំថ្ងៃ។ បញ្ហាគឺថាអ្នកឯកទេសដែលមានជំនាញខ្ពស់នឹងមិនតែងតែមានលទ្ធផលប្រចាំថ្ងៃទេ មានន័យថាវានឹងពិបាកក្នុងការរាយការណ៍ ហើយនេះជាហេតុផលមួយទៀតដែលអាជីវកម្មចង់បាន "អ្នកជំនាញក្នុងគ្រប់យ៉ាង"។ ប៉ុន្តែជាការពិតណាស់មូលហេតុចម្បងគឺប្រាក់បៀវត្សរ៍ - វាគឺជាហេតុផលចម្បងសម្រាប់ការផ្លាស់ប្តូរទាំងអស់សម្រាប់ជាប្រយោជន៍នៃប្រាក់រង្វាន់មនុស្សបានយល់ព្រមធ្វើការសម្រាប់ខ្លួនគេនិងបុរសម្នាក់នោះ។ ប៉ុន្តែនៅទីបញ្ចប់ ដូចជានៅក្នុងតំបន់ផ្សេងទៀត វាបានក្លាយជាទំនួលខុសត្រូវមួយឥឡូវនេះ សម្រាប់ការបង់ប្រាក់តិចជាងមុនសម្រាប់សេវាកម្មមួយចំនួនធំដែលបានផ្តល់។

សព្វថ្ងៃនេះ អ្នកក៏អាចឃើញអត្ថបទដែលបញ្ជាក់ថាអ្នកអភិវឌ្ឍន៍ក៏គួរតែអាចដាក់ពង្រាយផងដែរ គួរតែធ្វើការលើហេដ្ឋារចនាសម្ព័ន្ធជាមួយវិស្វករ DevOps ប៉ុន្តែតើវានាំទៅរកអ្វី? នោះជាការត្រឹមត្រូវ - ការធ្លាក់ចុះនៃគុណភាពនៃសេវាកម្ម ការធ្លាក់ចុះនៃគុណភាពរបស់អ្នកអភិវឌ្ឍន៍។ ទើបតែ 2 ថ្ងៃមុន ខ្ញុំបានពន្យល់អ្នកអភិវឌ្ឍន៍ថា អ្នកអាចសរសេរ និងអានពី hosts ផ្សេងៗបាន ហើយពួកគេបានផុសនៅមាត់ដើម្បីបញ្ជាក់ថាពួកគេមិនដែលឃើញអ្វីដូចនេះទេ ប៉ុន្តែនៅក្នុងការកំណត់មាន orm host, port, db, user ពាក្យសម្ងាត់ ហើយនោះជាវា…. ប៉ុន្តែអ្នកអភិវឌ្ឍន៍ដឹងពីរបៀបដំណើរការការដាក់ពង្រាយ សរសេរ yams... ប៉ុន្តែគាត់ភ្លេចអំពីការធ្វើតេស្តឯកតា និងមតិយោបល់នៅក្នុងកូដរួចហើយ។

ជាលទ្ធផលយើងឃើញដូចខាងក្រោម - ការបន្ថែមម៉ោងថេរ ការស្វែងរកដំណោះស្រាយចំពោះបញ្ហាក្រៅម៉ោងធ្វើការ ការបណ្តុះបណ្តាលឥតឈប់ឈរនៅថ្ងៃចុងសប្តាហ៍ និងមិនមែនដើម្បីបង្កើនប្រាក់ចំណូលទេ ប៉ុន្តែដើម្បីរក្សាខ្លួនយើងឱ្យនៅទំនេរ។ អ្នកអភិវឌ្ឍន៍ត្រូវបានបង្ខំឱ្យជួយវិស្វករ DevOps ជាមួយ CI/CD ហើយប្រសិនបើអ្នកអភិវឌ្ឍន៍មិនមានពេលទេ គាត់ចាប់ផ្តើមជាប់គាំង ហើយអ្នកគ្រប់គ្រងចាប់ផ្តើមជីកំប៉ុសខួរក្បាលរបស់ពួកគេ ហើយប្រសិនបើវាមិនជួយបង្កើនបំណងប្រាថ្នាចង់ធ្វើការថែមម៉ោងទេនោះ។ បន្ទាប់មកអនុវត្តការពិន័យ និងការផាកពិន័យ បុគ្គលនោះកំពុងស្វែងរកការងារថ្មី ដោយបន្សល់ទុកបំណុលបច្ចេកទេសទំហំប៉ុនអេវឺរ៉េស ដែលជាលទ្ធផលបំណុលចាប់ផ្តើមកើនឡើងក្នុងចំណោមអ្នកអភិវឌ្ឍន៍ ដោយសារតែ ពួកគេត្រូវបានបង្ខំឱ្យសរសេរកូដដោយមានការកែតម្រូវតិច ដើម្បីមានពេលវេលាដើម្បីជួយទាំងវិស្វករ DevOps ចាស់ ឬថ្មី ហើយអ្នកគ្រប់គ្រងពិតជារីករាយជាមួយអ្វីៗគ្រប់យ៉ាង ពីព្រោះពិរុទ្ធជននៅទីនោះ ហើយគាត់អាចមើលឃើញភ្លាមៗ ដែលមានន័យថាជាច្បាប់ជាមូលដ្ឋាន។ នៅក្នុងការគ្រប់គ្រង Agile ត្រូវបានអនុវត្ត, ពិរុទ្ធជនត្រូវបានរកឃើញ, លទ្ធផលនៃការវាយគាត់គឺអាចមើលឃើញ។

ខ្ញុំធ្លាប់បានធ្វើបទបង្ហាញនៅ ITGM "នៅពេលយើងរៀននិយាយថា "ទេ" - លទ្ធផលរបស់វាបានបង្ហាញយ៉ាងច្បាស់។ មនុស្សមួយចំនួនធំជឿថាពាក្យនេះជាបម្រាម ហើយទាល់តែយើងឈប់គិតបែបនេះ ទើបបញ្ហានឹងកើនឡើង។

អត្ថបទនេះត្រូវបានបំផុសគំនិតដោយខ្ញុំ អត្ថបទ​នេះប៉ុន្តែនៅពេលក្រោយ ខ្ញុំប្រហែលជាពិពណ៌នាវាក្នុងន័យមិនសូវសមរម្យ។

មានតែអ្នកប្រើប្រាស់ដែលបានចុះឈ្មោះប៉ុណ្ណោះដែលអាចចូលរួមក្នុងការស្ទង់មតិនេះ។ ចូលសូម។

តើអ្នកធ្លាប់ជួបប្រទះនៅកន្លែងធ្វើការទេ នៅពេលដែលនិយោជកព្យាយាមជំនួសមនុស្សជាច្រើនជាមួយអ្នក?

• 65,6%បាទ/ចាស ខ្ញុំបានឆ្លងកាត់វាជាទៀងទាត់ 183

• 5,4%បាទបានជួបវា 1 ដង 15

• 15,4%មិនបានកត់សម្គាល់ ៤៣

• 13,6%ខ្ញុំជាមនុស្សអត់ការងារធ្វើ ខ្ញុំធ្វើការថែមម៉ោងដោយខ្លួនឯង38

អ្នកប្រើប្រាស់ 279 នាក់បានបោះឆ្នោត។ អ្នកប្រើប្រាស់ ៦៣ នាក់ត្រូវបានហាមឃាត់។

ប្រភព: www.habr.com