នៅថ្ងៃទី 25 ខែមេសា យើងនៅ Mail.ru Group បានធ្វើសន្និសីទអំពីពពក និងជុំវិញ - . ចំណុចសំខាន់មួយចំនួន៖
- សំខាន់ — Mail.ru Cloud Solutions, #CloudMTS, SberCloud, Selectel, Rostelecom Data Center និង Yandex.Cloud បាននិយាយអំពីភាពជាក់លាក់នៃទីផ្សារពពករបស់យើង និងសេវាកម្មរបស់ពួកគេ;
- សហសេវិកមកពី Bitrix24 បានប្រាប់ពីរបៀបដែលពួកគេ ;
- Leroy Merlin, Otkritie, Burger King និង Schneider Electric បានផ្តល់ការចាប់អារម្មណ៍ — តើកិច្ចការអ្វីដែលអាជីវកម្មរបស់ពួកគេកំណត់សម្រាប់ IT និងបច្ចេកវិទ្យាណាដែលរួមទាំង cloud ផងដែរ ពួកគេមើលឃើញថាជាការជោគជ័យបំផុត។
អ្នកអាចមើលវីដេអូទាំងអស់ពី mailto: CLOUD conference ហើយនៅទីនេះអ្នកអាចអានពីរបៀបដែលការពិភាក្សាអំពីសេវាមីក្រូបានដំណើរការ។ Alexander Deulin ប្រធានមជ្ឈមណ្ឌលស្រាវជ្រាវ និងអភិវឌ្ឍន៍ប្រព័ន្ធអាជីវកម្ម MegaFon និង Sergey Sergeev នាយកផ្នែកបច្ចេកវិទ្យាព័ត៌មាននៃក្រុម M.Video-Eldorado បានចែករំលែកករណីជោគជ័យរបស់ពួកគេក្នុងការកម្ចាត់ monoliths ។ យើងក៏បានពិភាក្សាអំពីបញ្ហាពាក់ព័ន្ធនៃយុទ្ធសាស្រ្ត IT ដំណើរការ និងសូម្បីតែធនធានមនុស្ស។
អ្នកពិភាក្សា
- លោក Sergey Sergeev, ក្រុម CIO "M.Video-Eldorado";
- អាឡិចសាន់ឌឺឌុលលីនប្រធានមជ្ឈមណ្ឌលស្រាវជ្រាវ និងអភិវឌ្ឍន៍ប្រព័ន្ធអាជីវកម្ម មេហ្គាហ្វុន;
- អ្នកសម្របសម្រួល - លោក Dmitry Lazarenko, ប្រធានទិសដៅ PaaS ដំណោះស្រាយពពក Mail.ru.
បន្ទាប់ពីសុន្ទរកថារបស់ Alexander Deulin គាត់ត្រូវបានចូលរួមសម្រាប់ការពិភាក្សាដោយ Sergey Sergeev មកពី M.Video-Eldorado និងអ្នកសម្របសម្រួលការពិភាក្សា Dmitry Lazarenko, Mail.ru Cloud Solutions ។
ខាងក្រោមនេះ យើងបានរៀបចំប្រតិចារឹកនៃការពិភាក្សាសម្រាប់អ្នក ប៉ុន្តែអ្នកក៏អាចមើលវីដេអូបានដែរ៖
ការផ្លាស់ប្តូរទៅជាសេវាមីក្រូគឺជាការឆ្លើយតបទៅនឹងតម្រូវការទីផ្សារ
ឌីមីទ្រី៖
តើអ្នកធ្លាប់មានបទពិសោធន៍ជោគជ័យក្នុងការធ្វើចំណាកស្រុកទៅសេវាកម្មមីក្រូទេ? ហើយជាទូទៅ៖ តើអ្នកឃើញពីអត្ថប្រយោជន៍អាជីវកម្មដ៏អស្ចារ្យបំផុតពីការប្រើប្រាស់សេវាមីក្រូ ឬការផ្លាស់ប្តូរពី monoliths ទៅជា microservices នៅឯណា?
ស៊ែហ្គី៖
យើងបានមករួចហើយក្នុងការផ្លាស់ប្តូរទៅសេវាមីក្រូ និងបានប្រើវិធីនេះជាងបីឆ្នាំមកហើយ។ តម្រូវការដំបូងដែលបង្ហាញពីភាពត្រឹមត្រូវនៃតម្រូវការសម្រាប់សេវាមីក្រូគឺការរួមបញ្ចូលគ្មានទីបញ្ចប់នៃផលិតផលផ្នែកខាងមុខផ្សេងៗជាមួយការិយាល័យខាងក្រោយ។ ហើយរាល់ពេលដែលយើងត្រូវបានគេបង្ខំឱ្យធ្វើសមាហរណកម្ម និងការអភិវឌ្ឍន៍បន្ថែម ដោយអនុវត្តច្បាប់ផ្ទាល់ខ្លួនរបស់យើងសម្រាប់ប្រតិបត្តិការនេះ ឬសេវាកម្មនោះ។
នៅចំណុចខ្លះ យើងបានដឹងថា យើងត្រូវបង្កើនល្បឿនប្រតិបត្តិការនៃប្រព័ន្ធរបស់យើង និងលទ្ធផលនៃមុខងារ។ នៅពេលនោះ គំនិតដូចជាសេវាមីក្រូ និងវិធីសាស្រ្តមីក្រូសេវាមានរួចហើយនៅលើទីផ្សារ ហើយយើងបានសម្រេចចិត្តសាកល្បងវា។ នេះបានចាប់ផ្តើមនៅឆ្នាំ 2016 ។ បន្ទាប់មកវេទិកាត្រូវបានដាក់ហើយសេវាកម្ម 10 ដំបូងត្រូវបានអនុវត្តដោយក្រុមដាច់ដោយឡែក។
សេវាកម្មទីមួយដែលផ្ទុកខ្លាំងបំផុតគឺសេវាកម្មគណនាតម្លៃ។ រាល់ពេលដែលអ្នកមកកាន់ប៉ុស្តិ៍ណាមួយ ទៅកាន់ក្រុមក្រុមហ៊ុន M.Video-Eldorado មិនថាគេហទំព័រ ឬហាងលក់រាយ ជ្រើសរើសផលិតផលនៅទីនោះ មើលតម្លៃនៅលើគេហទំព័រ ឬក្នុង "កញ្ចប់" នោះ ការចំណាយគឺដោយស្វ័យប្រវត្តិ។ គណនាដោយសេវាកម្មមួយ។ ហេតុអ្វីបានជាវាចាំបាច់៖ មុននេះប្រព័ន្ធនីមួយៗមានគោលការណ៍ផ្ទាល់ខ្លួនសម្រាប់ធ្វើការជាមួយការផ្សព្វផ្សាយ - ជាមួយនឹងការបញ្ចុះតម្លៃជាដើម។ ការិយាល័យខាងក្រោយរបស់យើងគ្រប់គ្រងតម្លៃ មុខងារបញ្ចុះតម្លៃត្រូវបានអនុវត្តនៅក្នុងប្រព័ន្ធមួយផ្សេងទៀត។ នេះត្រូវការជាកណ្តាល និងជាសេវាកម្មដាច់ដោយឡែកមួយដែលត្រូវបានបង្កើតឡើងក្នុងទម្រង់នៃដំណើរការអាជីវកម្មដែលនឹងអនុញ្ញាតឱ្យយើងអនុវត្តវា។ នោះហើយជារបៀបដែលយើងបានចាប់ផ្តើម។
តម្លៃនៃលទ្ធផលដំបូងគឺអស្ចារ្យណាស់។ ទីមួយ យើងអាចបង្កើតអង្គភាពដែលអាចបំបែកបាន ដែលអនុញ្ញាតឱ្យយើងធ្វើការដោយឡែកពីគ្នា និងក្នុងលក្ខណៈរួមបញ្ចូលគ្នា។ ទីពីរ យើងបានកាត់បន្ថយតម្លៃកម្មសិទ្ធិក្នុងលក្ខខណ្ឌនៃការធ្វើសមាហរណកម្មជាមួយនឹងប្រព័ន្ធបន្ថែមទៀត។
ក្នុងរយៈពេលបីឆ្នាំកន្លងមកនេះ យើងបានបន្ថែមប្រព័ន្ធជួរមុខចំនួនបី។ វាជាការលំបាកក្នុងការថែរក្សាពួកគេជាមួយនឹងបរិមាណដូចគ្នានៃធនធានដែលក្រុមហ៊ុនអាចមានលទ្ធភាពទិញបាន។ ដូច្នេះហើយ ភារកិច្ចបានក្រោកឡើងដើម្បីស្វែងរកកន្លែងលក់ថ្មី ឆ្លើយតបទៅនឹងទីផ្សារក្នុងលក្ខខណ្ឌនៃល្បឿន ទាក់ទងនឹងការចំណាយផ្ទៃក្នុង និងប្រសិទ្ធភាព។
របៀបវាស់ស្ទង់ភាពជោគជ័យនៃការធ្វើចំណាកស្រុកទៅកាន់សេវាមីក្រូ
ឌីមីទ្រី៖
តើជោគជ័យក្នុងការធ្វើចំណាកស្រុកទៅកាន់សេវាមីក្រូត្រូវបានកំណត់យ៉ាងដូចម្តេច? តើអ្វីជា "មុន" នៅក្នុងក្រុមហ៊ុននីមួយៗ? តើអ្នកបានប្រើម៉ែត្រអ្វីដើម្បីកំណត់ភាពជោគជ័យនៃការផ្លាស់ប្តូរ ហើយតើនរណាជាអ្នកកំណត់វា?
ស៊ែហ្គី៖
ដំបូងបង្អស់ វាបានកើតនៅក្នុង IT ជាអ្នកបើកដំណើរការ - "ដោះសោ" សមត្ថភាពថ្មី។ យើងមានតម្រូវការដើម្បីធ្វើអ្វីៗគ្រប់យ៉ាងឱ្យលឿនជាងមុនសម្រាប់ប្រាក់ដូចគ្នា ដោយឆ្លើយតបទៅនឹងបញ្ហាប្រឈមទីផ្សារ។ ឥឡូវនេះភាពជោគជ័យត្រូវបានបង្ហាញនៅក្នុងចំនួននៃសេវាកម្មដែលប្រើឡើងវិញដោយប្រព័ន្ធផ្សេងៗគ្នា ការបង្រួបបង្រួមនៃដំណើរការក្នុងចំណោមពួកគេ។ ឥឡូវនេះវាគឺជា, ប៉ុន្តែនៅពេលនោះវាគឺជាឱកាសមួយដើម្បីបង្កើតវេទិកាមួយនិងបញ្ជាក់សម្មតិកម្មថាយើងអាចធ្វើនេះវានឹងផ្តល់នូវឥទ្ធិពលនិងគណនាករណីអាជីវកម្ម។
អាឡិចសាន់ឌឺ៖
ភាពជោគជ័យគឺជាអារម្មណ៍ខាងក្នុង។ អាជីវកម្មតែងតែចង់បានកាន់តែច្រើន ហើយជម្រៅនៃការត្រលប់របស់យើងគឺជាភស្តុតាងនៃភាពជោគជ័យ។ វាហាក់ដូចជាខ្ញុំដូច្នេះ។
ស៊ែហ្គី៖
បាទខ្ញុំយល់ព្រម។ ក្នុងរយៈពេលបីឆ្នាំ យើងមានសេវានិងការថយក្រោយជាងពីររយរួចទៅហើយ។ តម្រូវការសម្រាប់ធនធាននៅក្នុងក្រុមគឺកំពុងកើនឡើង - 30% ក្នុងមួយឆ្នាំ។ វាកើតឡើងដោយសារតែមនុស្សមានអារម្មណ៍ថា៖ វាលឿនជាង វាខុសគ្នា មានបច្ចេកវិទ្យាផ្សេងៗគ្នា ទាំងអស់នេះកំពុងអភិវឌ្ឍ។
សេវាមីក្រូនឹងមក ប៉ុន្តែស្នូលនឹងនៅដដែល
ឌីមីទ្រី៖
វាដូចជាដំណើរការមិនចេះចប់ ដែលអ្នកវិនិយោគក្នុងការអភិវឌ្ឍន៍។ តើការផ្លាស់ប្តូរទៅជាសេវាមីក្រូសម្រាប់អាជីវកម្មបានចប់ហើយឬនៅ?
ស៊ែហ្គី៖
វាងាយស្រួលណាស់ក្នុងការឆ្លើយ។ តើអ្នកគិតយ៉ាងណា៖ ការជំនួសទូរស័ព្ទគឺជាដំណើរការមិនចេះចប់? យើងខ្លួនឯងទិញទូរស័ព្ទជារៀងរាល់ឆ្នាំ។ ហើយនៅទីនេះវាគឺ: ដរាបណាមានតម្រូវការសម្រាប់ល្បឿន សម្រាប់ការសម្របខ្លួនទៅនឹងទីផ្សារ ការផ្លាស់ប្តូរមួយចំនួននឹងត្រូវបានទាមទារ។ នេះមិនមានន័យថាយើងបោះបង់ចោលរបស់ស្តង់ដារនោះទេ។
ប៉ុន្តែយើងមិនអាចបិទបាំង និងធ្វើអ្វីគ្រប់យ៉ាងក្នុងពេលតែមួយបានទេ។ យើងមានកេរ្តិ៍ដំណែល សេវារួមបញ្ចូលស្តង់ដារដែលមានពីមុនមក៖ ឡានក្រុង សហគ្រាសជាដើម។ ប៉ុន្តែមានការថយក្រោយ ហើយក៏មានតម្រូវការដែរ។ ចំនួនកម្មវិធីទូរស័ព្ទ និងមុខងាររបស់ពួកគេកំពុងកើនឡើង។ ក្នុងពេលជាមួយគ្នានេះគ្មាននរណាម្នាក់និយាយថាអ្នកនឹងត្រូវបានផ្តល់ប្រាក់ 30% បន្ថែមទៀតទេ។ នោះគឺតែងតែមានតម្រូវការនៅលើដៃម្ខាង និងការស្វែងរកប្រសិទ្ធភាពនៅលើដៃម្ខាងទៀត។
ឌីមីទ្រី៖
ជីវិតស្ថិតក្នុងស្ថានភាពល្អ។ (សើច)
អាឡិចសាន់ឌឺ៖
ជាទូទៅបាទ។ យើងមិនមានវិធីសាស្រ្តបដិវត្តន៍ដើម្បីដកផ្នែកស្នូលចេញពីទេសភាពនោះទេ។ ការងារជាប្រព័ន្ធកំពុងដំណើរការដើម្បីបំបែកប្រព័ន្ធ ដើម្បីឱ្យពួកវាមានភាពស៊ីសង្វាក់គ្នាជាមួយស្ថាបត្យកម្មមីក្រូសេវាកម្ម ដើម្បីកាត់បន្ថយឥទ្ធិពលនៃប្រព័ន្ធលើគ្នាទៅវិញទៅមក។
ប៉ុន្តែយើងមានគម្រោងរក្សាផ្នែកស្នូល ព្រោះក្នុងទិដ្ឋភាពរបស់ប្រតិបត្តិករនឹងតែងតែមានវេទិកាមួយចំនួនដែលយើងទិញ។ ជាថ្មីម្តងទៀត យើងត្រូវការតុល្យភាពដែលមានសុខភាពល្អ៖ យើងមិនគួរប្រញាប់ប្រញាល់កាត់ស្នូលនោះទេ។ យើងដាក់ប្រព័ន្ធដោយចំហៀង ហើយឥឡូវនេះវាប្រែថាយើងស្ថិតនៅលើផ្នែកស្នូលជាច្រើន។ លើសពីនេះ ការអភិវឌ្ឍមុខងារ យើងបង្កើតតំណាងចាំបាច់សម្រាប់បណ្តាញទាំងអស់ដែលធ្វើការជាមួយសេវាកម្មទំនាក់ទំនងរបស់យើង។
របៀបលក់មីក្រូសេវាកម្មដល់អាជីវកម្ម
ឌីមីទ្រី៖
ខ្ញុំក៏ចាប់អារម្មណ៍ផងដែរ - សម្រាប់អ្នកដែលមិនទាន់បានប្តូរ ប៉ុន្តែកំពុងមានគម្រោង៖ តើវាងាយស្រួលប៉ុណ្ណាក្នុងការលក់គំនិតនេះទៅអាជីវកម្ម ហើយតើវាជាការផ្សងព្រេង គម្រោងវិនិយោគ? ឬវាជាយុទ្ធសាស្ត្រដែលដឹងខ្លួន៖ ឥឡូវនេះយើងនឹងទៅសេវាកម្មមីក្រូ ហើយនោះហើយជាវា គ្មានអ្វីនឹងរារាំងយើងទេ។ តើវាយ៉ាងម៉េចសម្រាប់អ្នក?
ស៊ែហ្គី៖
យើងមិនបានលក់វិធីសាស្ត្រទេ ប៉ុន្តែជាអត្ថប្រយោជន៍អាជីវកម្ម។ មានបញ្ហានៅក្នុងអាជីវកម្ម ហើយយើងបានព្យាយាមដោះស្រាយវា។ នៅពេលនោះវាត្រូវបានបញ្ជាក់នៅក្នុងការពិតដែលថាបណ្តាញផ្សេងគ្នាបានប្រើគោលការណ៍ផ្សេងគ្នាសម្រាប់ការគណនាតម្លៃ - ដាច់ដោយឡែកសម្រាប់ការផ្សព្វផ្សាយសម្រាប់ការផ្សព្វផ្សាយនិងដូច្នេះនៅលើ។ វាពិបាកក្នុងការថែទាំ កំហុសបានកើតឡើង ហើយយើងស្តាប់ការត្អូញត្អែររបស់អតិថិជន។ នោះគឺយើងកំពុងលក់ដំណោះស្រាយចំពោះបញ្ហាមួយ ប៉ុន្តែយើងបានមកជាមួយនឹងការពិតដែលថាយើងត្រូវការលុយដើម្បីបង្កើតវេទិកាមួយ។ ហើយពួកគេបានបង្ហាញពីករណីអាជីវកម្មដោយប្រើឧទាហរណ៍នៃដំណាក់កាលដំបូងនៃការវិនិយោគ: របៀបដែលយើងនឹងបន្តប្រមូលវាឡើងវិញ និងអ្វីដែលនេះនឹងអនុញ្ញាតឱ្យយើងធ្វើ។
ឌីមីទ្រី៖
តើអ្នកបានកត់ត្រាពេលវេលានៃដំណាក់កាលដំបូងដែរឬទេ?
ស៊ែហ្គី៖
ប្រាកដហើយ។ យើងបានបែងចែករយៈពេល 6 ខែដើម្បីបង្កើតស្នូលជាវេទិកា និងសាកល្បងអ្នកបើកបរ។ ក្នុងអំឡុងពេលនេះ យើងបានព្យាយាមបង្កើតវេទិកាមួយសម្រាប់ជិះស្គីអ្នកបើកយន្តហោះ។ បន្ទាប់មកសម្មតិកម្មត្រូវបានបញ្ជាក់ ហើយចាប់តាំងពីវាដំណើរការ វាមានន័យថាយើងអាចបន្តបាន។ ពួកគេបានចាប់ផ្តើមចម្លង និងពង្រឹងក្រុម - ពួកគេបានផ្លាស់ប្តូរវាទៅជាផ្នែកដាច់ដោយឡែកដែលធ្វើដូច្នេះ។
បន្ទាប់មកការងារជាប្រព័ន្ធដោយផ្អែកលើតម្រូវការអាជីវកម្ម ឱកាស ភាពមាននៃធនធាន និងអ្វីៗដែលមានក្នុងការងារបច្ចុប្បន្ន។
ឌីមីទ្រី៖
យល់ព្រម។ អាឡិចសាន់ឌឺ តើអ្នកនិយាយអ្វី?
អាឡិចសាន់ឌឺ៖
សេវាកម្មខ្នាតតូចរបស់យើងបានកើតចេញពី "ពពុះនៃសមុទ្រ" - ដោយសារតែការសន្សំធនធាន ដោយសារតែសំណល់មួយចំនួននៅក្នុងទម្រង់នៃសមត្ថភាពម៉ាស៊ីនមេ និងការចែកចាយឡើងវិញនៃកងកម្លាំងនៅក្នុងក្រុម។ ដំបូងឡើយ យើងមិនបានលក់គម្រោងនេះទៅអាជីវកម្មទេ។ នេះជាគម្រោងមួយដែលយើងទាំងពីរបានស្រាវជ្រាវនិងអភិវឌ្ឍស្របតាម។ យើងបានចាប់ផ្តើមនៅដើមឆ្នាំ 2018 ហើយគ្រាន់តែបង្កើតទិសដៅនេះដោយភាពរីករាយ។ ការលក់ទើបតែចាប់ផ្តើម ហើយយើងកំពុងដំណើរការ។
ឌីមីទ្រី៖
តើវាកើតឡើងទេដែលថាអាជីវកម្មអនុញ្ញាតឱ្យអ្នកធ្វើរឿងបែបនេះដូចជា Google - មួយថ្ងៃឥតគិតថ្លៃក្នុងមួយសប្តាហ៍? តើអ្នកមានទិសដៅបែបនេះទេ?
អាឡិចសាន់ឌឺ៖
ទន្ទឹមនឹងការស្រាវជ្រាវ យើងក៏បានដោះស្រាយបញ្ហាអាជីវកម្មផងដែរ ដូច្នេះរាល់សេវាកម្មមីក្រូរបស់យើងគឺជាដំណោះស្រាយចំពោះបញ្ហាអាជីវកម្ម។ មានតែនៅដើមដំបូងទេដែលយើងបានបង្កើតសេវាកម្មមីក្រូដែលគ្របដណ្តប់ផ្នែកតូចមួយនៃមូលដ្ឋានអតិថិជន ហើយឥឡូវនេះយើងមានវត្តមាននៅក្នុងផលិតផលស្មាតហ្វូនស្ទើរតែទាំងអស់។
ហើយផលប៉ះពាល់ខាងសម្ភារៈគឺច្បាស់រួចហើយ - យើងអាចរាប់បានរួចហើយ ល្បឿននៃការបើកដំណើរការផលិតផល និងប្រាក់ចំណូលដែលបាត់បង់អាចត្រូវបានប៉ាន់ស្មាន ប្រសិនបើយើងបានដើរតាមគន្លងចាស់។ នេះជាអ្វីដែលយើងកំពុងកសាងសំណុំរឿង។
សេវាមីក្រូ៖ ហួសចិត្ត ឬចាំបាច់?
ឌីមីទ្រី៖
លេខគឺជាលេខ។ ហើយប្រាក់ចំណូល ឬប្រាក់ដែលសន្សំទុកគឺសំខាន់ណាស់។ ចុះបើអ្នកក្រឡេកទៅម្ខាងទៀត? វាហាក់ដូចជាថាសេវាមីក្រូគឺជានិន្នាការមួយ ការឃោសនាបំផ្លើស ហើយក្រុមហ៊ុនជាច្រើនកំពុងបំពានវា? តើអ្នកបែងចែកយ៉ាងច្បាស់ប៉ុណ្ណារវាងអ្វីដែលអ្នកធ្វើ និងមិនបកប្រែទៅជាសេវាមីក្រូ? បើមានកេរដំណែលឥឡូវ តើអ្នកនៅមានកេរដំណែលក្នុងរយៈពេល៥ឆ្នាំទៀតទេ? តើប្រព័ន្ធព័ត៌មានដែលដំណើរការនៅ M.Video-Eldorado និង MegaFon នឹងទៅជាយ៉ាងណាក្នុងរយៈពេល 5 ឆ្នាំ? តើនឹងមានប្រព័ន្ធព័ត៌មានដប់ឆ្នាំ ដប់ប្រាំឆ្នាំ ឬនឹងជាជំនាន់ថ្មី? តើអ្នកឃើញរឿងនេះដោយរបៀបណា?
ស៊ែហ្គី៖
វាហាក់ដូចជាខ្ញុំថាវាពិបាកក្នុងការគិតឆ្ងាយណាស់។ បើយើងក្រឡេកមើលទៅក្រោយ តើអ្នកណាដែលស្រមៃថាទីផ្សារបច្ចេកវិទ្យានឹងអភិវឌ្ឍតាមរបៀបនេះ រួមទាំងការរៀនម៉ាស៊ីន និងការកំណត់អត្តសញ្ញាណអ្នកប្រើប្រាស់ដោយទឹកមុខ? ប៉ុន្តែប្រសិនបើអ្នកក្រឡេកមើលឆ្នាំខាងមុខវាហាក់ដូចជាខ្ញុំថាប្រព័ន្ធស្នូលប្រព័ន្ធសហគ្រាស ERP-class នៅក្នុងក្រុមហ៊ុន - ពួកគេបានធ្វើការអស់រយៈពេលជាយូរមកហើយ។
ក្រុមហ៊ុនរបស់យើងមានអាយុ 25 ឆ្នាំរួមគ្នាជាមួយនឹង ERP បុរាណយ៉ាងជ្រៅនៅក្នុងទិដ្ឋភាពប្រព័ន្ធ។ វាច្បាស់ណាស់ថាយើងកំពុងយកបំណែកមួយចំនួនចេញពីទីនោះ ហើយព្យាយាមបញ្ចូលវាទៅក្នុងមីក្រូសេវា ប៉ុន្តែស្នូលនឹងនៅដដែល។ វាពិបាកសម្រាប់ខ្ញុំឥឡូវនេះក្នុងការស្រមៃថាយើងនឹងជំនួសប្រព័ន្ធស្នូលទាំងអស់នៅទីនោះ ហើយផ្លាស់ទីទៅម្ខាងទៀតយ៉ាងលឿននៃប្រព័ន្ធថ្មី។
ខ្ញុំជាអ្នកគាំទ្រនៃការពិតដែលថាអ្វីគ្រប់យ៉ាងដែលនៅជិតអតិថិជន និងអ្នកប្រើប្រាស់គឺជាកន្លែងដែលអត្ថប្រយោជន៍ និងតម្លៃនៃអាជីវកម្មដ៏អស្ចារ្យបំផុតគឺ ដែលជាកន្លែងដែលការសម្របខ្លួន និងផ្តោតលើល្បឿន លើការផ្លាស់ប្តូរ លើ "ព្យាយាម លុបចោល ប្រើឡើងវិញ ធ្វើអ្វីផ្សេង"។ ត្រូវការ "- នោះហើយជាកន្លែងដែលទេសភាពនឹងផ្លាស់ប្តូរ។ ហើយផលិតផលប្រអប់ក៏មិនសមដែរ។ យ៉ាងហោចណាស់យើងមិនឃើញវាទេ។ ដំណោះស្រាយដ៏សាមញ្ញបំផុត និងសាមញ្ញបំផុតគឺត្រូវបានទាមទារនៅទីនោះ។
យើងឃើញការអភិវឌ្ឍន៍នេះ៖
- ប្រព័ន្ធព័ត៌មានស្នូល (ភាគច្រើនជាការិយាល័យខាងក្រោយ);
- ស្រទាប់កណ្តាលក្នុងទម្រង់នៃសេវាមីក្រូ ភ្ជាប់ស្នូល ប្រមូលផ្តុំ បង្កើតឃ្លាំងសម្ងាត់ ហើយដូច្នេះនៅលើ;
- ប្រព័ន្ធជួរមុខគឺសំដៅលើអ្នកប្រើប្រាស់;
- ស្រទាប់រួមបញ្ចូលគ្នាដែលជាទូទៅត្រូវបានដាក់បញ្ចូលទៅក្នុងទីផ្សារ ប្រព័ន្ធផ្សេងៗ និងប្រព័ន្ធអេកូឡូស៊ី។ ស្រទាប់នេះគឺស្រាលតាមដែលអាចធ្វើទៅបាន សាមញ្ញ និងមានតក្កវិជ្ជាអាជីវកម្មអប្បបរមា។
ប៉ុន្តែទន្ទឹមនឹងនេះ ខ្ញុំជាអ្នកគាំទ្របន្តប្រើគោលការណ៍ចាស់ បើគេប្រើឲ្យបានសមរម្យ។
ចូរនិយាយថាអ្នកមានប្រព័ន្ធសហគ្រាសបុរាណ។ វាមានទីតាំងនៅក្នុងទេសភាពនៃអ្នកលក់មួយ ហើយមានម៉ូឌុលពីរដែលដំណើរការជាមួយគ្នា។ វាក៏មានចំណុចប្រទាក់ការរួមបញ្ចូលស្តង់ដារផងដែរ។ ហេតុអ្វីបានជាធ្វើវាឡើងវិញ ហើយនាំយកសេវាមីក្រូនៅទីនោះ?
ប៉ុន្តែនៅពេលដែលមានម៉ូឌុលចំនួន 5 នៅក្នុងការិយាល័យខាងក្រោយ ដែលបំណែកនៃព័ត៌មានត្រូវបានប្រមូលចូលទៅក្នុងដំណើរការអាជីវកម្ម ដែលបន្ទាប់មកត្រូវបានប្រើប្រាស់ដោយប្រព័ន្ធជួរមុខ 8-10 អត្ថប្រយោជន៍គឺគួរឱ្យកត់សម្គាល់ភ្លាមៗ។ អ្នកយកពីប្រព័ន្ធ back-office ចំនួនប្រាំ ហើយបង្កើតសេវាកម្មមួយ ដាច់ដោយឡែក ដែលត្រូវបានផ្តោតលើដំណើរការអាជីវកម្ម។ ធ្វើឱ្យសេវាកម្មមានភាពជឿនលឿនតាមបច្ចេកវិជ្ជា - ដូច្នេះវាផ្ទុកព័ត៌មាន និងអត់ឱនចំពោះកំហុស ហើយក៏ធ្វើការជាមួយឯកសារ ឬអង្គភាពអាជីវកម្មផងដែរ។ ហើយអ្នកបញ្ចូលវាតាមគោលការណ៍តែមួយជាមួយនឹងផលិតផលជួរមុខទាំងអស់។ ពួកគេបានលុបចោលផលិតផលជួរមុខ - ពួកគេគ្រាន់តែបិទការរួមបញ្ចូល។ ថ្ងៃស្អែកអ្នកត្រូវសរសេរកម្មវិធីទូរស័ព្ទ ឬបង្កើតគេហទំព័រតូចមួយ ហើយដាក់តែផ្នែកមួយទៅក្នុងមុខងារ - អ្វីគ្រប់យ៉ាងគឺសាមញ្ញ៖ អ្នកបានប្រមូលផ្តុំវាដូចជាអ្នកសាងសង់។ ខ្ញុំឃើញការអភិវឌ្ឍបន្ថែមទៀតក្នុងទិសដៅនេះ យ៉ាងហោចណាស់ក្នុងប្រទេសរបស់យើង។
អាឡិចសាន់ឌឺ៖
លោក Sergey បានពិពណ៌នាទាំងស្រុងអំពីវិធីសាស្រ្តរបស់យើង សូមអរគុណ។ ខ្ញុំនឹងនិយាយថាកន្លែងដែលយើងប្រាកដជាមិនទៅ - ទៅផ្នែកស្នូល ទៅកាន់ប្រធានបទនៃការចេញវិក្កយបត្រតាមអ៊ីនធឺណិត។ នោះគឺការវាយតម្លៃ និងការគិតប្រាក់នឹងនៅតែជាម៉ាស៊ីនបោកគក់ "ធំ" ដែលនឹងអាចដកប្រាក់បានយ៉ាងគួរឱ្យទុកចិត្ត។ ហើយប្រព័ន្ធនេះនឹងបន្តត្រូវបានបញ្ជាក់ដោយអាជ្ញាធរត្រួតពិនិត្យរបស់យើង។ អ្វីផ្សេងទៀតដែលសម្លឹងឆ្ពោះទៅរកអតិថិជន ពិតណាស់គឺសេវាកម្មមីក្រូ។
ឌីមីទ្រី៖
នៅទីនេះការបញ្ជាក់គឺជារឿងមួយ។ ប្រហែលជាមានការគាំទ្រកាន់តែច្រើន។ ប្រសិនបើអ្នកចំណាយតិចតួចលើការគាំទ្រ ឬប្រព័ន្ធមិនត្រូវការការគាំទ្រ និងការកែប្រែ វាជាការប្រសើរជាងកុំប៉ះវា។ ការសម្របសម្រួលសមហេតុផល។
របៀបអភិវឌ្ឍសេវាមីក្រូដែលអាចទុកចិត្តបាន។
ឌីមីទ្រី៖
ល្អ ប៉ុន្តែខ្ញុំនៅតែចាប់អារម្មណ៍។ ឥឡូវនេះអ្នកកំពុងប្រាប់រឿងជោគជ័យមួយ៖ អ្វីគ្រប់យ៉ាងគឺល្អ យើងបានប្តូរទៅសេវាមីក្រូ ការពារគំនិតនេះចំពោះអាជីវកម្ម ហើយអ្វីៗដំណើរការទៅ។ ប៉ុន្តែខ្ញុំបានឮរឿងផ្សេងទៀត។
កាលពីប៉ុន្មានឆ្នាំមុន ក្រុមហ៊ុនស្វីសដែលបានបណ្តាក់ទុនរយៈពេលពីរឆ្នាំក្នុងការអភិវឌ្ឍន៍ប្រព័ន្ធមីក្រូសេវាកម្មថ្មីសម្រាប់ធនាគារនៅទីបំផុតបានបិទគម្រោងនេះ។ បានដួលរលំទាំងស្រុង។ ហ្វ្រង់ស្វីសជាច្រើនលានត្រូវបានចំណាយ ហើយនៅទីបញ្ចប់ក្រុមត្រូវបានបែកខ្ញែក - វាមិនដំណើរការទេ។
តើអ្នកធ្លាប់មានរឿងស្រដៀងគ្នាទេ? តើមានឬមានការលំបាកណាមួយ? ជាឧទាហរណ៍ ការរក្សាសេវាមីក្រូ និងការត្រួតពិនិត្យក៏ជាការឈឺក្បាលក្នុងសកម្មភាពប្រតិបត្តិការរបស់ក្រុមហ៊ុនផងដែរ។ យ៉ាងណាមិញចំនួននៃសមាសធាតុកើនឡើងរាប់សិបដង។ តើអ្នកយល់ឃើញយ៉ាងណាដែរ តើមានឧទាហរណ៍មិនជោគជ័យនៃការវិនិយោគនៅទីនេះទេ? ហើយតើអ្នកអាចផ្តល់ដំបូន្មានអ្វីដល់មនុស្សដើម្បីកុំឱ្យពួកគេជួបបញ្ហាបែបនេះ?
អាឡិចសាន់ឌឺ៖
ឧទាហរណ៍ដែលមិនជោគជ័យរួមមានអាជីវកម្មផ្លាស់ប្តូរអាទិភាព និងការលុបចោលគម្រោង។ នៅពេលស្ថិតក្នុងដំណាក់កាលនៃការត្រៀមខ្លួនដ៏ល្អ (តាមពិត MVP រួចរាល់) អាជីវកម្មបាននិយាយថា "យើងមានអាទិភាពថ្មី យើងកំពុងបន្តទៅគម្រោងមួយផ្សេងទៀត ហើយយើងកំពុងបិទគម្រោងមួយនេះ"។
យើងមិនមានការបរាជ័យជាសាកលជាមួយសេវាកម្មមីក្រូទេ។ យើងគេងដោយសន្តិភាព យើងមានការផ្លាស់ប្តូរកាតព្វកិច្ច 24/7 ដែលផ្តល់សេវាកម្ម BSS ទាំងមូល [ប្រព័ន្ធគាំទ្រអាជីវកម្ម]។
ហើយរឿងមួយទៀត - យើងជួលសេវាកម្មមីក្រូ យោងទៅតាមច្បាប់ដែលអនុវត្តចំពោះផលិតផលប្រអប់។ គន្លឹះនៃភាពជោគជ័យគឺថា ជាដំបូងអ្នកត្រូវការដើម្បីប្រមូលផ្តុំក្រុមដែលនឹងរៀបចំយ៉ាងពេញលេញនូវសេវាមីក្រូសម្រាប់ផលិតកម្ម។ ការអភិវឌ្ឍន៍ខ្លួនវាមានលក្ខខណ្ឌ 40% ។ អ្វីដែលនៅសល់គឺការវិភាគ វិធីសាស្ត្រ DevSecOps ការរួមបញ្ចូលត្រឹមត្រូវ និងស្ថាបត្យកម្មត្រឹមត្រូវ។ យើងយកចិត្តទុកដាក់ជាពិសេសចំពោះគោលការណ៍នៃការកសាងកម្មវិធីសុវត្ថិភាព។ អ្នកតំណាងសន្តិសុខព័ត៌មានចូលរួមក្នុងគម្រោងនីមួយៗទាំងនៅដំណាក់កាលធ្វើផែនការស្ថាបត្យកម្ម និងអំឡុងពេលដំណើរការអនុវត្ត។ ពួកគេក៏គ្រប់គ្រងប្រព័ន្ធសម្រាប់ការវិភាគកូដសម្រាប់ភាពងាយរងគ្រោះផងដែរ។
ចូរនិយាយថាយើងដាក់ពង្រាយសេវាកម្មគ្មានរដ្ឋរបស់យើង - យើងមានពួកវានៅក្នុង Kubernetes ។ នេះអនុញ្ញាតឱ្យមនុស្សគ្រប់គ្នាគេងដោយសន្តិវិធី ដោយសារតែការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិ និងការបង្កើនដោយស្វ័យប្រវត្តិនៃសេវាកម្ម ហើយការផ្លាស់ប្តូរកាតព្វកិច្ចនាំមកនូវឧប្បត្តិហេតុកើតឡើង។
នៅក្នុងអត្ថិភាពទាំងមូលនៃសេវាកម្មមីក្រូរបស់យើង មានតែឧប្បត្តិហេតុមួយឬពីរប៉ុណ្ណោះដែលបានឈានដល់ជួររបស់យើង។ ឥឡូវនេះមិនមានបញ្ហាជាមួយប្រតិបត្តិការទេ។ ជាការពិតណាស់យើងមិនមាន 200 ទេប៉ុន្តែប្រហែល 50 microservices ប៉ុន្តែពួកគេត្រូវបានប្រើនៅក្នុងផលិតផលស្មាតហ្វូន។ ប្រសិនបើពួកគេបរាជ័យ យើងនឹងក្លាយជាមនុស្សដំបូងគេដែលដឹងអំពីវា។
សេវាមីក្រូ និងធនធានមនុស្ស
ស៊ែហ្គី៖
ខ្ញុំយល់ស្របជាមួយសហសេវិករបស់ខ្ញុំអំពីការផ្ទេរទៅការគាំទ្រ - ការងារត្រូវរៀបចំឱ្យបានត្រឹមត្រូវ។ ប៉ុន្តែខ្ញុំនឹងប្រាប់អ្នកអំពីបញ្ហាដែលជាការពិត។
ទីមួយ បច្ចេកវិទ្យាគឺថ្មី។ នេះគឺជាការបំផ្លើសនៅក្នុងវិធីដ៏ល្អមួយ ហើយការស្វែងរកអ្នកឯកទេសដែលនឹងយល់ និងអាចបង្កើតនេះគឺជាបញ្ហាប្រឈមដ៏ធំមួយ។ ការប្រកួតប្រជែងសម្រាប់ធនធានគឺឆ្កួតដូច្នេះអ្នកជំនាញមានតម្លៃទម្ងន់របស់ពួកគេជាមាស។
ទីពីរ ជាមួយនឹងការបង្កើតទេសភាពជាក់លាក់ និងចំនួនសេវាកម្មកើនឡើង បញ្ហានៃការប្រើប្រាស់ឡើងវិញត្រូវតែត្រូវបានដោះស្រាយជានិច្ច។ ដូចដែលអ្នកអភិវឌ្ឍន៍ចូលចិត្តធ្វើ៖ “តោះសរសេររឿងគួរឱ្យចាប់អារម្មណ៍ជាច្រើននៅទីនេះឥឡូវនេះ…” ដោយសារតែបញ្ហានេះ ប្រព័ន្ធនេះរីកចម្រើន និងបាត់បង់ប្រសិទ្ធភាពរបស់វាទាក់ទងនឹងលុយ ការចំណាយលើកម្មសិទ្ធិជាដើម។ នោះគឺវាចាំបាច់ដើម្បីបញ្ចូលការប្រើប្រាស់ឡើងវិញនៅក្នុងស្ថាបត្យកម្មប្រព័ន្ធ បញ្ចូលវាទៅក្នុងផែនទីបង្ហាញផ្លូវសម្រាប់ការណែនាំសេវាកម្ម និងការផ្ទេរកេរ្តិ៍ដំណែលទៅស្ថាបត្យកម្មថ្មី។
បញ្ហាមួយទៀត - ទោះបីជាវាល្អតាមរបៀបរបស់វាក៏ដោយ - គឺជាការប្រកួតប្រជែងផ្ទៃក្នុង។ "អូ បុរសម៉ូដថ្មីបានបង្ហាញខ្លួននៅទីនេះ ពួកគេនិយាយភាសាថ្មី" ជាការពិតណាស់មនុស្សគឺខុសគ្នា។ មានអ្នកដែលធ្លាប់សរសេរជាភាសា Java និងអ្នកដែលសរសេរនិងប្រើ Docker និង Kubernetes។ ទាំងនេះគឺជាមនុស្សខុសគ្នាទាំងស្រុង ពួកគេនិយាយខុសគ្នា ប្រើពាក្យផ្សេងគ្នា ហើយពេលខ្លះមិនយល់គ្នាទៅវិញទៅមក។ សមត្ថភាព ឬអសមត្ថភាពក្នុងការចែករំលែកការអនុវត្ត ការចែករំលែកចំណេះដឹង ក្នុងន័យនេះក៏ជាបញ្ហាដែរ។
ជាការប្រសើរណាស់, ការធ្វើមាត្រដ្ឋានធនធាន។ “ល្អណាស់ តោះ! ហើយឥឡូវនេះយើងចង់លឿនជាងមុន។ អ្វីដែលអ្នកមិនអាច? តើវាមិនអាចផ្តល់ឱ្យបានច្រើនជាងនេះពីរដងក្នុងមួយឆ្នាំទេ? ហើយហេតុអ្វី?" ការឈឺចាប់ដែលកំពុងកើនឡើងបែបនេះប្រហែលជាស្តង់ដារសម្រាប់រឿងជាច្រើន វិធីសាស្រ្តជាច្រើន ហើយអ្នកអាចមានអារម្មណ៍ថាពួកគេ។
ទាក់ទងនឹងការត្រួតពិនិត្យ។ វាហាក់បីដូចជាខ្ញុំថាសេវាកម្ម ឬឧបករណ៍ត្រួតពិនិត្យឧស្សាហកម្មកំពុងសិក្សារួចហើយ ឬអាចធ្វើការជាមួយ Docker និង Kubernetes ក្នុងទម្រង់ផ្សេងដែលមិនមានលក្ខណៈស្តង់ដារ។ ដូច្នេះ ជាឧទាហរណ៍ អ្នកមិនបញ្ចប់ជាមួយនឹងម៉ាស៊ីន Java 500 ដែលអ្វីៗទាំងអស់នេះកំពុងដំណើរការនោះទេ ពោលគឺវាសរុប។ ប៉ុន្តែផលិតផលទាំងនេះនៅតែខ្វះភាពចាស់ទុំ ពួកគេត្រូវតែឆ្លងកាត់រឿងនេះ។ ប្រធានបទគឺពិតជាថ្មី វានឹងបន្តអភិវឌ្ឍ។
ឌីមីទ្រី៖
បាទ គួរឱ្យចាប់អារម្មណ៍ណាស់។ ហើយនេះអនុវត្តចំពោះធនធានមនុស្ស។ ប្រហែលជាដំណើរការធនធានមនុស្ស និងម៉ាកយីហោធនធានមនុស្សរបស់អ្នកបានផ្លាស់ប្តូរបន្តិចបន្តួចក្នុងរយៈពេល 3 ឆ្នាំនេះ។ អ្នកបានចាប់ផ្តើមជ្រើសរើសមនុស្សផ្សេងទៀតដែលមានជំនាញផ្សេងៗគ្នា។ ហើយប្រហែលជាមានទាំងគុណសម្បត្តិ និងគុណវិបត្តិ។ កាលពីមុន blockchain និងវិទ្យាសាស្ត្រទិន្នន័យគឺជាការបំផ្លើស ហើយអ្នកឯកទេសក្នុងពួកគេមានតម្លៃរាប់លាន។ ឥឡូវនេះការចំណាយកំពុងធ្លាក់ចុះ ទីផ្សារកំពុងឆ្អែត ហើយមាននិន្នាការស្រដៀងគ្នានៅក្នុងសេវាកម្មមីក្រូ។
ស៊ែហ្គី៖
បាទពិតជា។
អាឡិចសាន់ឌឺ៖
HR សួរសំណួរថា "តើ Unicorn ពណ៌ផ្កាឈូករបស់អ្នកនៅឯណារវាង backend និង frontend?" HR មិនយល់ពីអ្វីជាសេវាមីក្រូទេ។ យើងបានប្រាប់ពួកគេពីអាថ៌កំបាំង ហើយប្រាប់ពួកគេថា backend បានធ្វើអ្វីគ្រប់យ៉ាង ហើយមិនមាន unicorn ទេ។ ប៉ុន្តែធនធានមនុស្សកំពុងផ្លាស់ប្តូរ រៀនយ៉ាងឆាប់រហ័ស និងជ្រើសរើសមនុស្សដែលមានចំណេះដឹងផ្នែក IT ជាមូលដ្ឋាន។
ការវិវត្តន៍នៃសេវាកម្មមីក្រូ
ឌីមីទ្រី៖
ប្រសិនបើអ្នកក្រឡេកមើលស្ថាបត្យកម្មគោលដៅ សេវាកម្មមីក្រូមើលទៅដូចសត្វចម្លែកបែបនេះ។ ការធ្វើដំណើររបស់អ្នកចំណាយពេលច្រើនឆ្នាំ។ អ្នកផ្សេងទៀតមានមួយឆ្នាំ អ្នកផ្សេងទៀតមានបីឆ្នាំ។ តើអ្នកបានឃើញបញ្ហាទាំងអស់ ស្ថាបត្យកម្មគោលដៅ មានអ្វីផ្លាស់ប្តូរទេ? ឧទាហរណ៍ ក្នុងករណីសេវាមីក្រូសេវា ច្រកផ្លូវ និងបណ្តាញសេវាឥឡូវនេះកំពុងលេចឡើងម្តងទៀត។ តើអ្នកបានប្រើវានៅដើមដំបូងឬអ្នកបានផ្លាស់ប្តូរស្ថាបត្យកម្មខ្លួនវា? តើអ្នកមានបញ្ហាប្រឈមបែបនេះទេ?
ស៊ែហ្គី៖
យើងបានសរសេរពិធីការទំនាក់ទំនងជាច្រើនសារជាថ្មីរួចហើយ។ ដំបូងមានពិធីការមួយ ឥឡូវយើងប្ដូរទៅពិធីការមួយទៀត។ យើងបង្កើនសុវត្ថិភាព និងភាពជឿជាក់។ យើងបានចាប់ផ្តើមជាមួយនឹងបច្ចេកវិទ្យាសហគ្រាស - Oracle, Web Logic ។ ឥឡូវនេះ យើងកំពុងផ្លាស់ប្តូរឆ្ងាយពីផលិតផលសហគ្រាសបច្ចេកវិជ្ជានៅក្នុងសេវាកម្មមីក្រូ និងការផ្លាស់ប្តូរទៅប្រភពបើកចំហ ឬបច្ចេកវិទ្យាបើកចំហទាំងស្រុង។ យើងបោះបង់ចោលមូលដ្ឋានទិន្នន័យ ហើយផ្លាស់ទីទៅអ្វីដែលមានប្រសិទ្ធភាពជាងសម្រាប់យើងនៅក្នុងគំរូនេះ។ យើងលែងត្រូវការបច្ចេកវិទ្យា Oracle ទៀតហើយ។
យើងបានចាប់ផ្តើមជាធម្មតាក្នុងនាមជាសេវាកម្មមួយ ដោយមិនគិតពីថាតើយើងត្រូវការឃ្លាំងសម្ងាត់ប៉ុន្មាន យើងនឹងធ្វើអ្វីនៅពេលដែលមិនមានការតភ្ជាប់ជាមួយសេវាមីក្រូ ប៉ុន្តែទិន្នន័យគឺត្រូវការជាចាំបាច់។ មិនមែនជាភាសាសេវាកម្មទេ ហើយក្នុងភាសាអាជីវកម្ម ចូរយកតក្កវិជ្ជាអាជីវកម្មទៅកម្រិតបន្ទាប់នៅពេលយើងចាប់ផ្ដើមនិយាយជាពាក្យ។ ឥឡូវនេះ យើងបានរៀននិយាយជាអក្សរ ហើយកម្រិតបន្ទាប់គឺនៅពេលដែលសេវាកម្មនឹងត្រូវបានប្រមូលទៅជាប្រភេទនៃសរុបមួយចំនួន នៅពេលដែលវាជាពាក្យរួចហើយ - ឧទាហរណ៍ កាតផលិតផលទាំងមូល។ វាត្រូវបានផ្គុំចេញពី microservices ប៉ុន្តែវាគឺជា API ដែលត្រូវបានបង្កើតឡើងនៅលើកំពូលរបស់វា។
សុវត្ថិភាពមានសារៈសំខាន់ណាស់។ ដរាបណាអ្នកចាប់ផ្តើមអាចចូលប្រើបាន ហើយអ្នកមានសេវាកម្មមួយដែលអ្នកអាចទទួលបានអ្វីដែលគួរឱ្យចាប់អារម្មណ៍ជាច្រើន ហើយយ៉ាងឆាប់រហ័ស ក្នុងមួយវិនាទី នោះមានបំណងប្រាថ្នាចង់ទទួលបានវាតាមរបៀបដែលមិនមានសុវត្ថិភាពបំផុត។ ដើម្បីគេចចេញពីបញ្ហានេះ យើងត្រូវផ្លាស់ប្តូរវិធីសាស្រ្តក្នុងការសាកល្បង និងការត្រួតពិនិត្យ។ យើងត្រូវផ្លាស់ប្តូរក្រុម រចនាសម្ព័ន្ធគ្រប់គ្រងការដឹកជញ្ជូន CI/CD ។
នេះគឺជាការវិវត្តន៍មួយ - ដូចទៅនឹងទូរសព្ទដែរ មានតែលឿនជាងនេះទេ៖ ដំបូងមានទូរសព្ទចុចប៊ូតុង បន្ទាប់មកស្មាតហ្វូនបានលេចចេញមក។ ពួកគេសរសេរ និងរចនាផលិតផលឡើងវិញ ដោយសារទីផ្សារមានតម្រូវការខុសគ្នា។ នេះជារបៀបដែលយើងវិវឌ្ឍន៍៖ ថ្នាក់ទីមួយ ថ្នាក់ទីដប់ ការងារ។
ម្យ៉ាងវិញទៀត អ្វីមួយត្រូវបានដាក់ចេញក្នុងមួយឆ្នាំពីចំណុចនៃទិដ្ឋភាពនៃបច្ចេកវិទ្យា អ្វីផ្សេងទៀតពីចំណុចនៃទិដ្ឋភាពនៃ backlog និងតម្រូវការ។ យើងភ្ជាប់វត្ថុមួយទៅវត្ថុមួយទៀត។ ក្រុមចំណាយ 20% លើបំណុលបច្ចេកទេស និងជំនួយបច្ចេកទេសសម្រាប់ក្រុម 80% លើអង្គភាពអាជីវកម្ម។ ហើយយើងផ្លាស់ប្តូរដោយការយល់ដឹងអំពីមូលហេតុដែលយើងកំពុងធ្វើវា ហេតុអ្វីបានជាយើងកំពុងធ្វើឱ្យប្រសើរឡើងនូវបច្ចេកវិទ្យាទាំងនេះ តើពួកគេនឹងនាំទៅរកអ្វី។ ដូចអញ្ចឹង។
ឌីមីទ្រី៖
ត្រជាក់។ តើមានអ្វីនៅក្នុង MegaFon?
អាឡិចសាន់ឌឺ៖
បញ្ហាប្រឈមចម្បងនៅពេលដែលយើងមកកាន់សេវាមីក្រូគឺមិនត្រូវធ្លាក់ចូលទៅក្នុងភាពវឹកវរ។ ការិយាល័យស្ថាបត្យកម្មរបស់ MegaFon បានចូលរួមជាមួយយើងភ្លាមៗ សូម្បីតែក្លាយជាអ្នកផ្តួចផ្តើម និងជាអ្នកបើកបរ - ឥឡូវនេះយើងមានស្ថាបត្យកម្មខ្លាំង។ ភារកិច្ចរបស់គាត់គឺត្រូវស្វែងយល់ថាតើគំរូគោលដៅណាដែលយើងនឹងទៅ និងអ្វីដែលបច្ចេកវិទ្យាចាំបាច់ត្រូវសាកល្បង។ ជាមួយនឹងស្ថាបត្យកម្ម យើងដឹកនាំអ្នកបើកយន្តហោះទាំងនេះដោយខ្លួនឯង។
សំណួរបន្ទាប់គឺ "បន្ទាប់មកតើធ្វើដូចម្តេចដើម្បីកេងប្រវ័ញ្ចទាំងអស់នេះ?" និងមួយបន្ថែមទៀត៖ "តើធ្វើដូចម្តេចដើម្បីធានាឱ្យមានអន្តរកម្មប្រកបដោយតម្លាភាពរវាងសេវាមីក្រូ?" សំណាញ់សេវាកម្មបានជួយយើងឆ្លើយសំណួរចុងក្រោយ។ យើងបានសាកល្បង Istio ហើយចូលចិត្តលទ្ធផល។ ឥឡូវនេះយើងស្ថិតក្នុងដំណាក់កាលនៃការដាក់ចេញទៅក្នុងតំបន់ផលិតភាព។ យើងមានអាកប្បកិរិយាវិជ្ជមានចំពោះបញ្ហាប្រឈមទាំងអស់ - ការពិតដែលថាយើងត្រូវការផ្លាស់ប្តូរជង់ជានិច្ចរៀនអ្វីថ្មី។ យើងចាប់អារម្មណ៍ក្នុងការអភិវឌ្ឍ មិនទាញយកដំណោះស្រាយចាស់។
ឌីមីទ្រី៖
ពាក្យមាស! បញ្ហាប្រឈមបែបនេះរក្សាក្រុម និងអាជីវកម្មនៅលើម្រាមជើងរបស់ពួកគេ និងបង្កើតអនាគត។ GDPR បានបង្កើតប្រធានផ្នែកការពារទិន្នន័យ ហើយបញ្ហាប្រឈមបច្ចុប្បន្នបង្កើតប្រធានផ្នែកសេវាមីក្រូ និងស្ថាបត្យកម្ម។ ហើយវាពេញចិត្ត។
យើងបានពិភាក្សាច្រើន។ រឿងចំបងគឺថាការរចនាដ៏ល្អនៃសេវាកម្មមីក្រូនិងស្ថាបត្យកម្មខ្លួនវាអនុញ្ញាតឱ្យអ្នកជៀសវាងកំហុសជាច្រើន។ ជាការពិតណាស់ ដំណើរការនេះគឺមានលក្ខណៈដដែលៗ និងវិវត្តន៍ ប៉ុន្តែវាជាអនាគត។
សូមអរគុណដល់អ្នកចូលរួមទាំងអស់ សូមអរគុណដល់ Sergei និង Alexander!
សំណួរពីទស្សនិកជន
សំណួររបស់ទស្សនិកជន (១)៖
Sergey, តើការគ្រប់គ្រង IT បានផ្លាស់ប្តូរនៅក្នុងក្រុមហ៊ុនរបស់អ្នកយ៉ាងដូចម្តេច? ខ្ញុំយល់ថា នៅពេលដែលមានប្រព័ន្ធជាច្រើនច្រើន របៀបដែលវាត្រូវបានគ្រប់គ្រង គឺជាដំណើរការច្បាស់លាស់ និងសមហេតុផល។ តើអ្នកបានបង្កើតការគ្រប់គ្រងផ្នែកព័ត៌មានវិទ្យាឡើងវិញដោយរបៀបណាបន្ទាប់ពីសេវាមីក្រូមួយចំនួនធំត្រូវបានរួមបញ្ចូលក្នុងរយៈពេលដ៏ខ្លីបែបនេះ?
ស៊ែហ្គី៖
ខ្ញុំយល់ស្របជាមួយសហសេវិករបស់ខ្ញុំថា ស្ថាបត្យកម្មមានសារៈសំខាន់ជាកត្តាជំរុញនៃការផ្លាស់ប្តូរ។ យើងចាប់ផ្ដើមដោយមានផ្នែកស្ថាបត្យកម្ម។ ស្ថាបត្យករគឺក្នុងពេលដំណាលគ្នាជាម្ចាស់នៃការចែកចាយមុខងារនិងតម្រូវការសម្រាប់របៀបដែលវានឹងលេចឡើងនៅក្នុងទេសភាព។ ដូច្នេះពួកគេក៏ដើរតួជាអ្នកសម្របសម្រួលនៃការផ្លាស់ប្តូរទាំងនេះផងដែរ។ ជាលទ្ធផល មានការផ្លាស់ប្តូរជាក់លាក់ចំពោះដំណើរការចែកចាយជាក់លាក់ នៅពេលយើងបង្កើតវេទិកា CI/CD។
ប៉ុន្តែស្តង់ដារ គោលការណ៍ជាមូលដ្ឋាននៃការអភិវឌ្ឍន៍ ការវិភាគអាជីវកម្ម ការធ្វើតេស្ត និងការអភិវឌ្ឍន៍មិនត្រូវបានលុបចោលទេ។ យើងទើបតែបន្ថែមល្បឿន។ កាលពីមុន វដ្តនេះបានចំណាយពេលច្រើន ការដំឡើងនៅលើបរិស្ថានសាកល្បងបានចំណាយពេលច្រើនទៀត។ ឥឡូវនេះអាជីវកម្មមើលឃើញអត្ថប្រយោជន៍ហើយនិយាយថា "ហេតុអ្វីបានជាយើងមិនអាចធ្វើដូចគ្នានៅកន្លែងផ្សេងទៀត?"
វាដូចជានៅក្នុងវិធីដ៏ល្អមួយ ការចាក់ក្នុងទម្រង់នៃវ៉ាក់សាំងដែលបានបង្ហាញ៖ អ្នកអាចធ្វើវាតាមវិធីនេះ ប៉ុន្តែអ្នកអាចធ្វើវាបានតាមវិធីផ្សេង។ ជាការពិតណាស់ វាមានបញ្ហាលើបុគ្គលិក សមត្ថភាព ចំណេះដឹង ការតស៊ូ។
សំណួររបស់ទស្សនិកជន (១)៖
អ្នករិះគន់ស្ថាបត្យកម្មមីក្រូសេវាកម្មនិយាយថាការធ្វើតេស្តនិងការអភិវឌ្ឍន៍គឺពិបាក។ នេះជាឡូជីខលដែលអ្វីៗមានភាពស្មុគស្មាញ។ តើក្រុមរបស់អ្នកជួបបញ្ហាអ្វីខ្លះ ហើយតើអ្នកយកឈ្នះវាដោយរបៀបណា? សំណួរសម្រាប់អ្នករាល់គ្នា។
អាឡិចសាន់ឌឺ៖
មានការលំបាកនៅពេលផ្លាស់ប្តូរពី microservices ទៅ platform ប៉ុន្តែពួកគេអាចដោះស្រាយបាន។
ឧទាហរណ៍ យើងកំពុងបង្កើតផលិតផលដែលមាន 5-7 microservices ។ យើងត្រូវផ្តល់នូវការធ្វើតេស្តរួមបញ្ចូលនៅទូទាំងជង់មីក្រូសេវាទាំងមូល ដើម្បីផ្តល់ពន្លឺពណ៌បៃតងដើម្បីផ្លាស់ទីទៅសាខាមេ។ កិច្ចការនេះមិនមែនជារឿងថ្មីសម្រាប់យើងទេ៖ យើងបានធ្វើការនេះអស់រយៈពេលជាយូរនៅ BSS នៅពេលដែលអ្នកលក់បានផ្តល់ឱ្យយើងនូវដំណោះស្រាយដែលបានដឹកជញ្ជូនរួចហើយ។
ហើយបញ្ហារបស់យើងគឺមានតែនៅក្នុងក្រុមតូចប៉ុណ្ណោះ។ វិស្វករ QA ម្នាក់ត្រូវការសម្រាប់ផលិតផលដែលមានលក្ខខណ្ឌមួយ។ ដូច្នេះហើយ យើងបញ្ជូនផលិតផលនៃសេវាកម្មមីក្រូ 5-7 ដែលក្នុងនោះ 2-3 អាចត្រូវបានបង្កើតឡើងដោយភាគីទីបី។ ជាឧទាហរណ៍ យើងមានផលិតផលមួយនៅក្នុងការអភិវឌ្ឍន៍ដែលអ្នកលក់ប្រព័ន្ធវិក្កយបត្ររបស់យើង Mail.ru Group និង MegaFon R&D ចូលរួម។ យើងត្រូវគ្របដណ្តប់វាជាមួយនឹងការធ្វើតេស្តមុនពេលដឹកជញ្ជូនវាទៅផលិតកម្ម។ វិស្វករ QA បានធ្វើការលើផលិតផលនេះអស់រយៈពេលមួយខែកន្លះ ហើយក្រុមដែលនៅសល់ត្រូវបានចាកចេញដោយគ្មានការគាំទ្រពីគាត់។
ភាពស្មុគស្មាញនេះបណ្តាលមកពីការធ្វើមាត្រដ្ឋានតែប៉ុណ្ណោះ។ យើងយល់ថាសេវាមីក្រូមិនអាចមាននៅក្នុងកន្លែងទំនេរទេ ភាពឯកោដាច់ខាតមិនមានទេ។ នៅពេលផ្លាស់ប្តូរសេវាកម្មមួយ យើងតែងតែព្យាយាមរក្សាកិច្ចសន្យា API ។ ប្រសិនបើមានអ្វីផ្លាស់ប្តូរនៅក្រោមក្រណាត់នោះសេវាកម្មខាងមុខនៅតែមាន។ ប្រសិនបើការផ្លាស់ប្តូរគឺធ្ងន់ធ្ងរ ការបំប្លែងស្ថាបត្យកម្មប្រភេទខ្លះកើតឡើង ហើយយើងផ្លាស់ទីទៅ metamodel ទិន្នន័យខុសគ្នាទាំងស្រុង ដែលមិនឆបគ្នាទាំងស្រុង - មានតែយើងទេដែលនិយាយអំពីការបញ្ជាក់ API សេវាកម្ម v2 លេចឡើង។ យើងគាំទ្រកំណែទីមួយ និងទីពីរក្នុងពេលដំណាលគ្នា ហើយបន្ទាប់ពីអ្នកប្រើប្រាស់ទាំងអស់ប្តូរទៅកំណែទីពីរ យើងគ្រាន់តែបិទកំណែទីមួយ។
ស៊ែហ្គី៖
ខ្ញុំចង់បន្ថែម។ ខ្ញុំយល់ស្របទាំងស្រុងអំពីផលវិបាក - វាកើតឡើង។ ទេសភាពកាន់តែស្មុគស្មាញ ហើយការចំណាយលើក្បាលកំពុងកើនឡើង ជាពិសេសសម្រាប់ការធ្វើតេស្ត។ វិធីដោះស្រាយជាមួយនេះ៖ ប្តូរទៅការធ្វើតេស្តស្វ័យប្រវត្តិ។ បាទ អ្នកនឹងត្រូវវិនិយោគបន្ថែមលើការសរសេរ autotests និង unit tests។ ដូច្នេះអ្នកអភិវឌ្ឍន៍មិនអាចប្រព្រឹត្តដោយមិនឆ្លងកាត់ការសាកល្បងនោះទេ ពួកគេមិនអាចប្តូរកូដបានទេ។ ដូច្នេះសូម្បីតែប៊ូតុងរុញមិនដំណើរការដោយគ្មាន autotest, ការធ្វើតេស្តឯកតា។
វាមានសារៈសំខាន់ណាស់ក្នុងការថែរក្សាមុខងារពីមុន ហើយនេះគឺជាការបន្ថែមពីលើ។ ប្រសិនបើអ្នកសរសេរបច្ចេកវិទ្យាឡើងវិញទៅពិធីការមួយផ្សេងទៀត នោះអ្នកសរសេរវាឡើងវិញរហូតដល់អ្នកបិទអ្វីៗទាំងអស់ទាំងស្រុង។
ពេលខ្លះយើងមិនធ្វើតេស្ដពីចុងដល់ចប់ក្នុងគោលបំណងទេ ពីព្រោះយើងមិនចង់បញ្ឈប់ការអភិវឌ្ឍន៍ ទោះបីជាយើងក៏មានរឿងមួយបន្ទាប់ពីមួយផ្សេងទៀតក៏ដោយ។ ទេសភាពមានទំហំធំ ស្មុគស្មាញ មានប្រព័ន្ធជាច្រើន។ ពេលខ្លះវាគ្រាន់តែជាដើម - បាទ អ្នកបន្ថយកម្រិតសុវត្ថិភាព ហានិភ័យកាន់តែច្រើនលេចឡើង។ ប៉ុន្តែក្នុងពេលតែមួយអ្នកបញ្ចេញការផ្គត់ផ្គង់។
អាឡិចសាន់ឌឺ៖
បាទ ការធ្វើតេស្តស្វ័យប្រវត្តិ និងការធ្វើតេស្តឯកតាអនុញ្ញាតឱ្យអ្នកបង្កើតសេវាកម្មដែលមានគុណភាពខ្ពស់។ យើងគឺសម្រាប់បំពង់បង្ហូរប្រេងដែលមិនអាចឆ្លងកាត់ដោយគ្មានការធ្វើតេស្តឯកតា និងការរួមបញ្ចូល។ ជារឿយៗយើងត្រូវអូសកម្មវិធីត្រាប់តាម និងប្រព័ន្ធពាណិជ្ជកម្មចូលទៅក្នុងតំបន់សាកល្បង និងបរិស្ថានអភិវឌ្ឍន៍ ពីព្រោះមិនមែនគ្រប់ប្រព័ន្ធទាំងអស់អាចដាក់នៅក្នុងតំបន់សាកល្បងបានទេ។ លើសពីនេះទៅទៀត ពួកគេមិនគ្រាន់តែសើមទេ យើងបង្កើតការឆ្លើយតបពេញលេញពីប្រព័ន្ធ។ នេះគឺជាផ្នែកមួយដ៏ធ្ងន់ធ្ងរនៃការធ្វើការជាមួយមីក្រូសេវា ហើយយើងក៏កំពុងវិនិយោគលើវាផងដែរ។ បើគ្មាននេះទេភាពចលាចលនឹងកើតឡើង។
សំណួររបស់ទស្សនិកជន (១)៖
តាមដែលខ្ញុំយល់ សេវាខ្នាតតូចដំបូងបានរីកចម្រើនពីក្រុមដាច់ដោយឡែក ហើយឥឡូវនេះមាននៅក្នុងគំរូនេះ។ តើវាមានគុណសម្បត្តិ និងគុណវិបត្តិអ្វីខ្លះ?
យើងមានរឿងស្រដៀងគ្នានេះដែរ៖ រោងចក្រមីក្រូសេវាមួយបានកើតឡើង។ ឥឡូវនេះ យើងមានគំនិតមកដល់ចំណុចដែលយើងកំពុងពង្រីកវិធីសាស្រ្តនេះទៅផលិតកម្មតាមស្ទ្រីម និងតាមប្រព័ន្ធ។ ម៉្យាងទៀត យើងកំពុងផ្លាស់ប្តូរឆ្ងាយពីការអភិវឌ្ឍន៍កណ្តាលនៃសេវាកម្មមីក្រូ គំរូសេវាកម្មខ្នាតតូច ហើយកំពុងខិតទៅជិតប្រព័ន្ធ។
ដូច្នោះហើយ ប្រតិបត្តិការរបស់យើងក៏ទៅប្រព័ន្ធដែរ ពោលគឺយើងកំពុងធ្វើវិមជ្ឈការលើប្រធានបទនេះ។ តើអ្វីជាវិធីសាស្រ្តរបស់អ្នក ហើយអ្វីជារឿងគោលដៅរបស់អ្នក?
អាឡិចសាន់ឌឺ៖
អ្នកបានទម្លាក់ឈ្មោះ "រោងចក្រមីក្រូសេវាកម្ម" ចេញពីមាត់របស់អ្នក - យើងក៏ចង់ធ្វើមាត្រដ្ឋានផងដែរ។ ទីមួយ យើងពិតជាមានក្រុមតែមួយឥឡូវនេះ។ យើងចង់ផ្តល់ឱ្យក្រុមអភិវឌ្ឍន៍ទាំងអស់ដែល MegaFon មាននូវឱកាសដើម្បីធ្វើការនៅក្នុងប្រព័ន្ធអេកូរួមមួយ។ យើងមិនចង់គ្រប់គ្រងមុខងារអភិវឌ្ឍន៍ទាំងអស់ដែលយើងមាននៅពេលនេះទេ។ ភារកិច្ចក្នុងតំបន់គឺធ្វើមាត្រដ្ឋាន ភារកិច្ចសកលគឺដើម្បីដឹកនាំការអភិវឌ្ឍន៍ដល់ក្រុមទាំងអស់នៅក្នុងស្រទាប់មីក្រូសេវាកម្ម។
ស៊ែហ្គី៖
ខ្ញុំនឹងប្រាប់អ្នកពីផ្លូវដែលយើងបានដើរ។ យើងពិតជាបានចាប់ផ្តើមធ្វើការជាក្រុមតែមួយ ប៉ុន្តែឥឡូវនេះយើងមិននៅម្នាក់ឯងទេ។ ខ្ញុំជាអ្នកគាំទ្រចំពោះចំណុចខាងក្រោម៖ ត្រូវតែមានម្ចាស់ដំណើរការ។ នរណាម្នាក់ត្រូវស្វែងយល់ គ្រប់គ្រង គ្រប់គ្រង និងបង្កើតដំណើរការអភិវឌ្ឍសេវាកម្មមីក្រូ។ គាត់ត្រូវតែជាម្ចាស់ធនធាន និងចូលរួមក្នុងការគ្រប់គ្រងធនធាន។
ធនធានទាំងនេះ ដែលដឹងពីបច្ចេកវិទ្យា ជាក់លាក់ និងយល់ពីរបៀបបង្កើតសេវាកម្មមីក្រូ អាចមានទីតាំងនៅក្នុងក្រុមផលិតផល។ យើងមានការលាយឡំគ្នាដែលមនុស្សមកពីវេទិកាសេវាខ្នាតតូចស្ថិតនៅក្នុងក្រុមផលិតផលដែលបង្កើតកម្មវិធីទូរស័ព្ទ។ ពួកគេនៅទីនោះ ប៉ុន្តែពួកគេធ្វើការដោយយោងទៅតាមដំណើរការនៃនាយកដ្ឋានគ្រប់គ្រងវេទិកាសេវាខ្នាតតូចជាមួយនឹងអ្នកគ្រប់គ្រងការអភិវឌ្ឍន៍របស់ពួកគេ។ នៅក្នុងផ្នែកនេះមានក្រុមដាច់ដោយឡែកដែលទាក់ទងនឹងបច្ចេកវិទ្យា។ នោះគឺយើងលាយធនធានរួមក្នុងចំណោមខ្លួនយើងហើយបែងចែកវាដោយផ្តល់ឱ្យពួកគេទៅក្រុម។
ក្នុងពេលជាមួយគ្នានេះ ដំណើរការនៅតែមានលក្ខណៈទូទៅ គ្រប់គ្រង វាដំណើរការទៅតាមគោលការណ៍បច្ចេកទេសទូទៅ ជាមួយនឹងការធ្វើតេស្តឯកតា ហើយដូច្នេះនៅលើ - អ្វីគ្រប់យ៉ាងដែលត្រូវបានបង្កើតឡើងនៅលើកំពូល។ វាអាចមានជួរឈរនៅក្នុងទម្រង់នៃធនធានដែលប្រមូលបានពីនាយកដ្ឋានផ្សេងៗនៃវិធីសាស្រ្តផលិតផល។
អាឡិចសាន់ឌឺ៖
Sergey អ្នកពិតជាម្ចាស់ដំណើរការមែនមែនទេ? តើកំណត់ហេតុកិច្ចការត្រូវបានចែករំលែកទេ? តើអ្នកណាជាអ្នកទទួលខុសត្រូវចំពោះការចែកចាយរបស់វា?
ស៊ែហ្គី៖
មើល៖ នេះគឺជាការលាយម្តងទៀត។ មាន backlog មួយដែលត្រូវបានបង្កើតឡើងដោយផ្អែកលើការកែលម្អបច្ចេកវិទ្យា - នេះគឺជារឿងមួយ។ មាន backlog ដែលត្រូវបានបង្កើតចេញពីគម្រោង ហើយមាន backlog ពីផលិតផល។ ប៉ុន្តែលំដាប់នៃការណែនាំទៅក្នុងផលិតផលសេវាកម្មនីមួយៗ ឬការបង្កើតសេវាកម្មនេះត្រូវបានបង្កើតឡើងដោយអ្នកឯកទេសផលិតផល។ គាត់មិននៅក្នុងនាយក IT ទេ គាត់ត្រូវបានដកចេញជាពិសេសពីវា។ ប៉ុន្តែមនុស្សរបស់ខ្ញុំប្រាកដជាធ្វើការតាមដំណើរការដូចគ្នា។
ម្ចាស់ backlog ក្នុងទិសដៅផ្សេងគ្នា - backlog នៃការផ្លាស់ប្តូរ - នឹងជាមនុស្សផ្សេងគ្នា។ ការតភ្ជាប់នៃសេវាកម្មបច្ចេកវិទ្យា គោលការណ៍នៃការរៀបចំរបស់ពួកគេ - ទាំងអស់នេះនឹងមាននៅក្នុង IT ។ ខ្ញុំជាម្ចាស់វេទិកា និងធនធានផងដែរ។ នៅផ្នែកខាងលើគឺជាអ្វីដែលទាក់ទងនឹងការថយក្រោយ និងការផ្លាស់ប្តូរមុខងារ និងស្ថាបត្យកម្មក្នុងន័យនេះ។
ចូរនិយាយថាអាជីវកម្មនិយាយថា "យើងចង់បានមុខងារនេះ យើងចង់បង្កើតផលិតផលថ្មី - បង្កើតប្រាក់កម្ចីឡើងវិញ" ។ យើងឆ្លើយថា "បាទ យើងនឹងធ្វើវាឡើងវិញ"។ ស្ថាបត្យករនិយាយថា៖ "តោះគិត៖ តើយើងនឹងសរសេរសេវាមីក្រូហិរញ្ញវត្ថុនៅឯណា ហើយតើយើងនឹងធ្វើវាដោយរបៀបណា?" បន្ទាប់មក យើងបំបែកវាទៅជាគម្រោង ផលិតផល ឬជង់បច្ចេកវិទ្យា ដាក់វាចូលទៅក្នុងក្រុម ហើយអនុវត្តវា។ តើអ្នកបានបង្កើតផលិតផលមួយនៅខាងក្នុង ហើយបានសម្រេចចិត្តប្រើសេវាមីក្រូក្នុងផលិតផលនេះហើយឬនៅ? យើងនិយាយថា៖ "ឥឡូវនេះប្រព័ន្ធកេរ្តិ៍ដំណែលដែលយើងមាន ឬប្រព័ន្ធជួរមុខ ត្រូវតែប្តូរទៅសេវាមីក្រូទាំងនេះ។" ស្ថាបត្យករនិយាយថា៖ "ដូច្នេះ៖ នៅក្នុងដំណើរការបច្ចេកវិជ្ជានៅក្នុងផលិតផលជួរមុខ - ការផ្លាស់ប្តូរទៅជាសេវាកម្មមីក្រូ។ ទៅ "។ ហើយអ្នកឯកទេសផលិតផល ឬម្ចាស់អាជីវកម្មយល់ថាតើសមត្ថភាពត្រូវបានបែងចែកនៅពេលណា តើវានឹងធ្វើនៅពេលណា និងហេតុអ្វី។
ចុងបញ្ចប់នៃការពិភាក្សា ប៉ុន្តែមិនមែនទាំងអស់ទេ។
mailto: សន្និសីទ CLOUD ត្រូវបានរៀបចំឡើង .
យើងក៏ធ្វើព្រឹត្តិការណ៍ផ្សេងទៀតផងដែរ - ឧ. @Kubernetes ជួបដែលជាកន្លែងដែលយើងតែងតែស្វែងរកវាគ្មិនដ៏អស្ចារ្យ៖
- តាមដាន @Kubernetes និងព័ត៌មាន @Meetup ផ្សេងទៀតនៅក្នុងឆានែល Telegram របស់យើង។
- ចាប់អារម្មណ៍ក្នុងការនិយាយនៅឯ @Meetups មួយ? ទុកសំណើសុំ
ប្រភព: www.habr.com