ដំណើររឿងដែលប៉ះពាល់ដល់អ្វីៗទាំងអស់។

សត្រូវនៃការពិត ដោយ 12f-2

នៅចុងខែមេសា ខណៈពេលដែល White Walkers កំពុងឡោមព័ទ្ធ Winterfell មានអ្វីដែលគួរឱ្យចាប់អារម្មណ៍ជាងនេះបានកើតឡើងចំពោះពួកយើង យើងបានធ្វើការដាក់ចេញមិនធម្មតា។ ជាគោលការណ៍ យើងកំពុងដាក់ចេញនូវមុខងារថ្មីៗជាបន្តបន្ទាប់ទៅក្នុងផលិតកម្ម (ដូចអ្នកផ្សេងទៀត)។ ប៉ុន្តែមួយនេះគឺខុសគ្នា។ ទំហំរបស់វាគឺថាកំហុសដែលអាចកើតមានដែលយើងអាចធ្វើបាននឹងប៉ះពាល់ដល់សេវាកម្ម និងអ្នកប្រើប្រាស់ទាំងអស់របស់យើង។ ជាលទ្ធផល យើងបានដាក់ចេញនូវអ្វីៗគ្រប់យ៉ាងទៅតាមផែនការ ក្នុងរយៈពេលដែលបានគ្រោងទុក និងបានប្រកាស ដោយគ្មានផលប៉ះពាល់ដល់ការលក់។ អត្ថបទគឺអំពីរបៀបដែលយើងសម្រេចបានវា និងរបៀបដែលនរណាម្នាក់អាចធ្វើវាឡើងវិញនៅផ្ទះ។

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

ផ្ទៃខាងក្រោយ + តើមុខងារនេះជាប្រភេទអ្វី?

យើងកំពុងសាងសង់វេទិកាពពក ដំណោះស្រាយពពក Mail.ru (MCS) ដែលខ្ញុំធ្វើការជានាយកបច្ចេកទេស។ ហើយឥឡូវនេះ វាដល់ពេលដែលត្រូវបន្ថែម IAM (ការគ្រប់គ្រងអត្តសញ្ញាណ និងសិទ្ធិចូលប្រើ) ទៅក្នុងវេទិការបស់យើង ដែលផ្តល់នូវការគ្រប់គ្រងរួមនៃគណនីអ្នកប្រើប្រាស់ អ្នកប្រើប្រាស់ ពាក្យសម្ងាត់ តួនាទី សេវាកម្ម និងអ្វីៗជាច្រើនទៀត។ ហេតុអ្វីបានជាវាត្រូវការនៅក្នុងពពក គឺជាសំណួរជាក់ស្តែងមួយ៖ ព័ត៌មានអ្នកប្រើប្រាស់ទាំងអស់ត្រូវបានរក្សាទុកនៅក្នុងវា។

ជាធម្មតារឿងបែបនេះចាប់ផ្តើមត្រូវបានសាងសង់នៅដើមដំបូងនៃគម្រោងណាមួយ។ ប៉ុន្តែរឿងរ៉ាវជាប្រវត្តិសាស្ត្រមានភាពខុសប្លែកគ្នាបន្តិចបន្តួចនៅក្នុង MCS ។ MCS ត្រូវបានបង្កើតឡើងជាពីរផ្នែក៖

• Openstack ជាមួយនឹងម៉ូឌុលការអនុញ្ញាត Keystone ផ្ទាល់ខ្លួនរបស់វា,
• Hotbox (S3 storage) ផ្អែកលើគម្រោង Mail.ru Cloud

ជុំវិញសេវាកម្មថ្មីណាដែលបន្ទាប់មកបានបង្ហាញខ្លួន។

សំខាន់ ទាំងនេះគឺជាប្រភេទផ្សេងគ្នានៃការអនុញ្ញាត។ លើសពីនេះ យើងបានប្រើការអភិវឌ្ឍន៍ Mail.ru ដាច់ដោយឡែកមួយចំនួន ឧទាហរណ៍ ការផ្ទុកពាក្យសម្ងាត់ Mail.ru ទូទៅ ក៏ដូចជាឧបករណ៍ភ្ជាប់ openid ដែលសរសេរដោយខ្លួនឯង អរគុណដែល SSO (ការអនុញ្ញាតពីចុងដល់ចប់) ត្រូវបានផ្តល់ជូននៅក្នុងបន្ទះ Horizon នៃម៉ាស៊ីននិម្មិត (OpenStack UI ដើម)។

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

ភារកិច្ចបានប្រែទៅជាមិនសំខាន់៖ python និង perl, backends ជាច្រើន, សេវាកម្មសរសេរដោយឯករាជ្យ, ក្រុមអភិវឌ្ឍន៍ និងអ្នកគ្រប់គ្រងជាច្រើន។ ហើយសំខាន់បំផុតនោះគឺមានអ្នកប្រើប្រាស់បន្តផ្ទាល់រាប់ពាន់នាក់នៅលើប្រព័ន្ធផលិតកម្មប្រយុទ្ធ។ ទាំងអស់នេះត្រូវតែសរសេរ ហើយសំខាន់បំផុតគឺត្រូវចេញដោយគ្មានអ្នកស្លាប់។

តើ​យើង​នឹង​ចេញ​ជា​អ្វី?

ដើម្បីដាក់វាឱ្យល្អិតល្អន់ក្នុងរយៈពេលប្រហែល 4 ខែយើងរៀបចំដូចខាងក្រោម:

• យើងបានបង្កើតដេមិនថ្មីជាច្រើនដែលប្រមូលផ្តុំមុខងារដែលពីមុនធ្វើការនៅក្នុងផ្នែកផ្សេងៗនៃហេដ្ឋារចនាសម្ព័ន្ធ។ សេវាកម្មដែលនៅសេសសល់ត្រូវបានចេញវេជ្ជបញ្ជាជាផ្នែកខាងក្រោយថ្មីនៅក្នុងទម្រង់នៃអារក្សទាំងនេះ។
• យើងបានសរសេរកន្លែងផ្ទុកពាក្យសម្ងាត់ និងសោរកណ្តាលផ្ទាល់ខ្លួនរបស់យើង ដែលមានសម្រាប់សេវាកម្មទាំងអស់របស់យើង ដែលអាចកែប្រែបានដោយសេរីតាមដែលយើងត្រូវការ។
• យើងបានសរសេរកម្មវិធីខាងក្រោយថ្មីចំនួន 4 សម្រាប់ Keystone តាំងពីដំបូង (អ្នកប្រើប្រាស់ គម្រោង តួនាទី តួនាទី) ដែលតាមពិតបានជំនួសមូលដ្ឋានទិន្នន័យរបស់វា ហើយឥឡូវនេះដើរតួជាឃ្លាំងតែមួយសម្រាប់ពាក្យសម្ងាត់អ្នកប្រើប្រាស់របស់យើង។
• យើងបានបង្រៀនសេវាកម្ម Openstack របស់យើងទាំងអស់ឱ្យទៅកាន់សេវាកម្មគោលនយោបាយភាគីទីបីសម្រាប់គោលការណ៍របស់ពួកគេ ជំនួសឱ្យការអានគោលការណ៍ទាំងនេះនៅក្នុងមូលដ្ឋានពីម៉ាស៊ីនមេនីមួយៗ (បាទ នោះហើយជារបៀបដែល Openstack ដំណើរការតាមលំនាំដើម!)

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

ធ្វើ​ដូចម្តេច​ដើម្បី​ដាក់​ចេញ​ការ​ផ្លាស់​ប្តូ​រ​បែប​នេះ​និង​មិន​ឱ្យ​វា​ឡើង​? ដំបូង​យើង​សម្រេច​ចិត្ត​មើល​ទៅ​អនាគត​បន្តិច។

យុទ្ធសាស្ត្រដាក់ចេញ

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

Digression: តើអ្វីជាការដាក់ចេញ?

រាល់អ្នកជំនាញ IT អាចឆ្លើយបានយ៉ាងងាយថា អ្វីជាការដាក់ចេញ។ អ្នកដំឡើង CI/CD ហើយអ្វីៗទាំងអស់ត្រូវបានបញ្ជូនទៅហាងដោយស្វ័យប្រវត្តិ។ 🙂

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

ហើយរូបភាពទាំងមូលគឺដូចនេះ។ ការដាក់ចេញមានទិដ្ឋភាពសំខាន់ៗចំនួនបួន៖

1. ការផ្តល់លេខកូដ រួមទាំងការកែប្រែទិន្នន័យ។ ឧទាហរណ៍ការធ្វើចំណាកស្រុករបស់ពួកគេ។
2. Code rollback គឺជាសមត្ថភាពក្នុងការត្រលប់មកវិញប្រសិនបើមានអ្វីមួយខុសប្រក្រតី។ ឧទាហរណ៍តាមរយៈការបង្កើតការបម្រុងទុក។
3. ពេល​វេលា​នៃ​ការ​ដាក់​ឱ្យ​ដំណើរ​ការ/ត្រឡប់​មក​វិញ​នីមួយៗ។ អ្នកត្រូវយល់ពីពេលវេលានៃប្រតិបត្តិការណាមួយនៃចំណុចពីរដំបូង។
4. មុខងារដែលរងផលប៉ះពាល់។ វាចាំបាច់ក្នុងការវាយតម្លៃទាំងផលវិជ្ជមាន និងអវិជ្ជមានដែលរំពឹងទុក។

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

ច្បាប់ 1..n, ការរៀបចំសម្រាប់ការដោះលែង

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

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

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

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

យើងបានដំណើរការដោយស្វ័យប្រវត្តិនូវរាល់ប្រតិបត្តិការដែលអាចធ្វើទៅបាន។ រាល់ប្រតិបត្តិការត្រូវបានសរសេរស្គ្រីប សូម្បីតែអ្វីដែលសាមញ្ញបំផុតក៏ដោយ ហើយការសាកល្បងត្រូវបានដំណើរការឥតឈប់ឈរ។ ពួកគេបានជជែកគ្នាអំពីវិធីល្អបំផុតដើម្បីបិទសេវាកម្ម - លុបដេមិន ឬរារាំងការចូលប្រើសេវាកម្មដោយប្រើជញ្ជាំងភ្លើង។ យើងបានបង្កើតបញ្ជីត្រួតពិនិត្យក្រុមសម្រាប់ដំណាក់កាលនីមួយៗនៃការដាក់ឱ្យដំណើរការ ហើយធ្វើបច្ចុប្បន្នភាពវាជានិច្ច។ យើងបានគូរ និងធ្វើបច្ចុប្បន្នភាពជានិច្ចនូវតារាង Gantt សម្រាប់ការងារចាប់ផ្តើមទាំងអស់ ជាមួយនឹងពេលវេលា។

ហើយ​ដូច្នេះ…

សកម្មភាពចុងក្រោយមុនពេលចេញ

... ដល់ពេលចេញហើយ។

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

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

1. ប៉ះពាល់ដល់ (ពិសិដ្ឋចំពោះយើង ហេដ្ឋារចនាសម្ព័ន្ធអ្នកប្រើប្រាស់ដ៏មានតម្លៃបំផុត)
2. មុខងារ៖ ការប្រើប្រាស់សេវាកម្មរបស់យើងបន្ទាប់ពីការដាក់ឱ្យដំណើរការគួរតែដូចពីមុន។

រមៀលចេញ

រមៀលពីរ, 8 កុំជ្រៀតជ្រែក

យើងចំណាយពេលរងចាំសម្រាប់សំណើទាំងអស់ពីអ្នកប្រើប្រាស់រយៈពេល 7 ម៉ោង។ នៅពេលនេះ យើងមានទាំងផែនការដាក់ចេញ និងផែនការវិលត្រឡប់មកវិញ។

• ការ​ដាក់​ចេញ​ដោយ​ខ្លួន​វា​ត្រូវ​ចំណាយ​ពេល​ប្រហែល 3 ម៉ោង។
• 2 ម៉ោងសម្រាប់ការសាកល្បង។
• 2 ម៉ោង - បម្រុងទុកសម្រាប់ការផ្លាស់ប្តូរដែលអាចធ្វើទៅបាន។

គំនូសតាង Gantt ត្រូវបានគូរឡើងសម្រាប់សកម្មភាពនីមួយៗ តើវាត្រូវការពេលប៉ុន្មាន មានអ្វីកើតឡើងជាបន្តបន្ទាប់ អ្វីដែលត្រូវធ្វើស្របគ្នា។

បំណែកនៃគំនូសតាង Gantt ដែលជាកំណែដំបូងមួយ (ដោយគ្មានការប្រតិបត្តិស្របគ្នា) ។ ឧបករណ៍ធ្វើសមកាលកម្មដ៏មានតម្លៃបំផុត។

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

កាលប្បវត្តិនៃព្រឹត្តិការណ៍

ដូច្នេះ ១៥ នាក់​មក​ធ្វើ​ការ​នៅ​ថ្ងៃ​អាទិត្យ ទី ២៩ ខែ​មេសា វេលា​ម៉ោង ១០ យប់។ ក្រៅ​ពី​អ្នក​ចូល​រួម​សំខាន់ៗ អ្នក​ខ្លះ​បាន​មក​ដោយ​សាមញ្ញ​ដើម្បី​គាំទ្រ​ក្រុម​ដែល​ជា​ការ​អរគុណ​ពិសេស​ដល់​ពួក​គេ។

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

00:00 ។ ឈប់
យើងបញ្ឈប់សំណើរបស់អ្នកប្រើប្រាស់ ព្យួរសញ្ញាដែលនិយាយថាការងារបច្ចេកទេស។ អ្នកឃ្លាំមើលស្រែក ប៉ុន្តែអ្វីៗគឺធម្មតា។ យើង​ពិនិត្យ​មើល​ថា​គ្មាន​អ្វី​ធ្លាក់​ក្រៅ​ពី​អ្វី​ដែល​ត្រូវ​បាន​គេ​សន្មត់​ថា​ធ្លាក់។ ហើយយើងចាប់ផ្តើមធ្វើការលើការធ្វើចំណាកស្រុក។

មនុស្សគ្រប់រូបមានផែនការដាក់ឱ្យដំណើរការដែលបានបោះពុម្ពដោយចំណុច អ្នករាល់គ្នាដឹងថាអ្នកណាកំពុងធ្វើអ្វី និងនៅពេលណា។ បន្ទាប់ពីសកម្មភាពនីមួយៗ យើងពិនិត្យមើលពេលវេលាដើម្បីធានាថាយើងមិនលើសពួកវា ហើយអ្វីៗដំណើរការទៅតាមផែនការ។ អ្នកទាំងឡាយណាដែលមិនចូលរួមក្នុងការចេញផ្សាយដោយផ្ទាល់នៅដំណាក់កាលបច្ចុប្បន្នកំពុងរៀបចំដោយការបើកដំណើរការប្រដាប់ក្មេងលេងតាមអ៊ីនធឺណិត (Xonotic ប្រភេទ 3 quacks) ដើម្បីកុំឱ្យរំខានដល់មិត្តរួមការងាររបស់ពួកគេ។ 🙂

ម៉ោង០២ៈ០០។ រមៀលចេញ
ការភ្ញាក់ផ្អើលដ៏រីករាយ - យើងបញ្ចប់ការចេញផ្សាយមួយម៉ោងមុននេះ ដោយសារតែការធ្វើឱ្យប្រសើរនៃមូលដ្ឋានទិន្នន័យ និងស្គ្រីបការធ្វើចំណាកស្រុករបស់យើង។ សម្រែក​ទូទៅ​ថា “បាន​ចេញ​ហើយ!” មុខងារថ្មីទាំងអស់ស្ថិតនៅក្នុងការផលិត ប៉ុន្តែរហូតមកដល់ពេលនេះមានតែយើងទេដែលអាចឃើញពួកវានៅក្នុងចំណុចប្រទាក់។ មនុស្សគ្រប់គ្នាចូលទៅក្នុងរបៀបសាកល្បង តម្រៀបពួកវាជាក្រុម ហើយចាប់ផ្តើមមើលអ្វីដែលបានកើតឡើងនៅទីបញ្ចប់។

វាមិនដំណើរការល្អទេ យើងដឹងរឿងនេះបន្ទាប់ពី 10 នាទី នៅពេលដែលគ្មានអ្វីទាក់ទងគ្នា ឬដំណើរការនៅក្នុងគម្រោងរបស់សមាជិកក្រុម។ ការធ្វើសមកាលកម្មរហ័ស យើងបញ្ចេញបញ្ហារបស់យើង កំណត់អាទិភាព បំបែកជាក្រុម និងចូលទៅក្នុងការបំបាត់កំហុស។

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

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

ម៉ោង០៣ៈ០០។ ២ បញ្ហា + ២ បញ្ហា
បញ្ហាធំពីរពីមុនត្រូវបានជួសជុល ហើយស្ទើរតែទាំងអស់បញ្ហាតូចតាចផងដែរ។ អ្នកទាំងអស់ដែលមិនបានកាន់កាប់ក្នុងការជួសជុលកំពុងធ្វើការយ៉ាងសកម្មនៅក្នុងគណនីរបស់ពួកគេ និងរាយការណ៍ពីអ្វីដែលពួកគេរកឃើញ។ យើងផ្តល់អាទិភាព ចែកចាយក្នុងចំណោមក្រុម និងទុករបស់ដែលមិនសំខាន់សម្រាប់ពេលព្រឹក។

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

០៣:២០ . ការធ្វើសមកាលកម្មបន្ទាន់
បញ្ហាថ្មីមួយត្រូវបានជួសជុល។ សម្រាប់លើកទីពីរ យើងកំពុងរៀបចំការធ្វើសមកាលកម្មសង្គ្រោះបន្ទាន់។ យើងយល់ពីអ្វីដែលកំពុងកើតឡើង៖ ការជួសជុលពីមុនបានដោះស្រាយបញ្ហាមួយ ប៉ុន្តែបានបង្កើតមួយទៀត។ យើងសម្រាកដើម្បីស្វែងយល់ពីរបៀបធ្វើវាឱ្យបានត្រឹមត្រូវ និងគ្មានផលវិបាក។

ម៉ោង០៣ៈ៣០. ភ្នែកប្រាំមួយ។
យើងយល់ថាស្ថានភាពចុងក្រោយនៃមូលដ្ឋានគួរតែជាអ្វី ដើម្បីឱ្យអ្វីៗដំណើរការល្អសម្រាប់ដៃគូទាំងអស់។ យើងសរសេរសំណើដោយភ្នែក 6 រមៀលវាចេញក្នុងផលិតកម្មមុន សាកល្បងវា រមៀលវាចេញសម្រាប់ផលិតកម្ម។

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

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

06:00 ។ បើកសម្រាប់អ្នករាល់គ្នានៅក្នុង UI
កំហុសត្រូវបានជួសជុល។ មួយចំនួនដែលមិនទាក់ទាញអ្នកប្រើប្រាស់ត្រូវបានទុកសម្រាប់ពេលក្រោយ។ យើងបើកចំណុចប្រទាក់ដល់អ្នកគ្រប់គ្នា។ យើងបន្តធ្វើការលើការចេញវិក្កយបត្រ ដោយរង់ចាំមតិកែលម្អរបស់អ្នកប្រើប្រាស់ និងលទ្ធផលត្រួតពិនិត្យ។

07:00 ។ បញ្ហាជាមួយការផ្ទុក API
វាច្បាស់ណាស់ថាយើងបានរៀបចំផែនការខុសបន្តិចលើបន្ទុកនៅលើ API របស់យើង ហើយបានសាកល្បងបន្ទុកនេះ ដែលមិនអាចកំណត់អត្តសញ្ញាណបញ្ហាបាន។ ជាលទ្ធផល ≈5% នៃសំណើបរាជ័យ។ ចូរ​យើង​ប្រមូល​និង​ស្វែងរក​ហេតុផល។

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

08:00 ។ ជួសជុល API
យើង​បាន​រៀបចំ​ការ​ជួសជុល​សម្រាប់​បន្ទុក ការ​បរាជ័យ​បាន​បាត់​ទៅ​ហើយ។ យើងចាប់ផ្តើមទៅផ្ទះ។

10:00 ។ ទាំងអស់។
អ្វីគ្រប់យ៉ាងត្រូវបានជួសជុល។ វាស្ងាត់ក្នុងការត្រួតពិនិត្យ ហើយនៅកន្លែងរបស់អតិថិជន ក្រុមការងារក៏ចូលគេងបណ្តើរ។ ការចេញវិក្កយបត្រនៅតែមាន យើងនឹងស្ដារវាឡើងវិញនៅថ្ងៃស្អែក។

បន្ទាប់មក ក្នុងអំឡុងពេលថ្ងៃមានការចេញផ្សាយដែលជួសជុលកំណត់ហេតុ ការជូនដំណឹង លេខកូដត្រឡប់មកវិញ និងការប្ដូរតាមបំណងសម្រាប់អតិថិជនមួយចំនួនរបស់យើង។

ដូច្នេះ​ការ​ចេញ​ផ្សាយ​បាន​ជោគជ័យ! ជាការពិតណាស់ វាអាចប្រសើរជាង ប៉ុន្តែយើងបានសន្និដ្ឋានអំពីអ្វីដែលមិនគ្រប់គ្រាន់សម្រាប់យើងដើម្បីសម្រេចបាននូវភាពល្អឥតខ្ចោះ។

សរុប

ក្នុងរយៈពេល 2 ខែនៃការរៀបចំយ៉ាងសកម្មសម្រាប់ការដាក់ចេញ កិច្ចការចំនួន 43 ត្រូវបានបញ្ចប់ ដែលមានរយៈពេលពីពីរបីម៉ោងទៅជាច្រើនថ្ងៃ។

កំឡុងពេលដាក់លក់៖

• បិសាចថ្មីនិងផ្លាស់ប្តូរ - 5 បំណែកជំនួស 2 monoliths;
• ការផ្លាស់ប្តូរនៅក្នុងមូលដ្ឋានទិន្នន័យ - ទាំង 6 នៃមូលដ្ឋានទិន្នន័យរបស់យើងជាមួយនឹងទិន្នន័យអ្នកប្រើប្រាស់ត្រូវបានប៉ះពាល់ ការទាញយកត្រូវបានធ្វើឡើងពីមូលដ្ឋានទិន្នន័យចាស់បីទៅថ្មីមួយ។
• រចនាផ្នែកខាងមុខឡើងវិញទាំងស្រុង;
• លេខកូដដែលបានទាញយក - 33 ពាន់បន្ទាត់នៃកូដថ្មី, ≈ 3 ពាន់បន្ទាត់នៃកូដនៅក្នុងការធ្វើតេស្ត, ≈ 5 ពាន់បន្ទាត់នៃកូដចំណាកស្រុក;
• ទិន្នន័យទាំងអស់នៅដដែល មិនមែនម៉ាស៊ីននិម្មិតរបស់អតិថិជនតែមួយត្រូវបានខូចខាតទេ។ 🙂

ការអនុវត្តល្អសម្រាប់ដំណើរការល្អ។

ពួកគេបានដឹកនាំយើងក្នុងស្ថានភាពដ៏លំបាកនេះ។ ប៉ុន្តែ ជាទូទៅ វាមានប្រយោជន៍ក្នុងការធ្វើតាមពួកវាក្នុងអំឡុងពេលដាក់ឱ្យដំណើរការណាមួយ។ ប៉ុន្តែ​ការ​ដាក់​ចេញ​កាន់តែ​ស្មុគស្មាញ តួនាទី​កាន់​តែ​ធំ។

1. រឿងដំបូងដែលអ្នកត្រូវធ្វើគឺស្វែងយល់ពីរបៀបដែលការចេញផ្សាយអាច ឬប៉ះពាល់ដល់អ្នកប្រើប្រាស់។ តើនឹងមានពេលទំនេរទេ? បើដូច្នេះ តើពេលវេលាឈប់សម្រាកគឺជាអ្វី? តើវានឹងប៉ះពាល់ដល់អ្នកប្រើប្រាស់យ៉ាងដូចម្តេច? តើ​អ្វី​ទៅ​ជា​ករណី​ល្អ​បំផុត និង​អាក្រក់​បំផុត​ដែល​អាច​កើត​មាន? និងគ្របដណ្តប់ហានិភ័យ។
2. រៀបចំផែនការទាំងអស់។ នៅដំណាក់កាលនីមួយៗ អ្នកត្រូវយល់គ្រប់ទិដ្ឋភាពនៃការដាក់ចេញ៖
   • ការចែកចាយលេខកូដ;
   • កូដវិលត្រឡប់មកវិញ;
   • ពេលវេលានៃប្រតិបត្តិការនីមួយៗ;
   • មុខងារដែលរងផលប៉ះពាល់។
3. លេងតាមសេណារីយ៉ូរហូតដល់ដំណាក់កាលទាំងអស់នៃការចាប់ផ្តើម ក៏ដូចជាហានិភ័យនៅពួកវានីមួយៗ ក្លាយជាជាក់ស្តែង។ ប្រសិនបើអ្នកមានការងឿងឆ្ងល់ អ្នកអាចសម្រាក និងពិនិត្យមើលដំណាក់កាលដែលអាចសួរបានដោយឡែកពីគ្នា។
4. ដំណាក់កាលនីមួយៗអាច និងគួរត្រូវបានកែលម្អប្រសិនបើវាជួយអ្នកប្រើប្រាស់របស់យើង។ ជាឧទាហរណ៍ វានឹងកាត់បន្ថយពេលវេលារងចាំ ឬដកចេញនូវហានិភ័យមួយចំនួន។
5. ការធ្វើតេស្ត Rollback គឺសំខាន់ជាងការធ្វើតេស្តចែកចាយកូដ។ វាចាំបាច់ក្នុងការពិនិត្យមើលថាជាលទ្ធផលនៃការវិលត្រឡប់មកវិញប្រព័ន្ធនឹងត្រលប់ទៅសភាពដើមរបស់វាវិញហើយបញ្ជាក់វាជាមួយនឹងការធ្វើតេស្ត។
6. អ្វីគ្រប់យ៉ាងដែលអាចដោយស្វ័យប្រវត្តិគួរតែដោយស្វ័យប្រវត្តិ។ អ្វីគ្រប់យ៉ាងដែលមិនអាចធ្វើដោយស្វ័យប្រវត្តិ គួរតែត្រូវបានសរសេរជាមុននៅលើសន្លឹកបន្លំ។
7. កត់ត្រាលក្ខណៈវិនិច្ឆ័យជោគជ័យ។ តើ​មុខងារ​អ្វី​គួរ​មាន ហើយ​នៅ​ពេល​ណា? ប្រសិនបើវាមិនកើតឡើងទេ សូមដំណើរការផែនការវិលត្រឡប់មកវិញ។
8. ហើយសំខាន់បំផុត - មនុស្ស។ មនុស្សគ្រប់រូបគួរតែដឹងពីអ្វីដែលពួកគេកំពុងធ្វើ ហេតុអ្វី និងអ្វីដែលអាស្រ័យលើសកម្មភាពរបស់ពួកគេនៅក្នុងដំណើរការចាប់ផ្តើម។

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

ប្រភព: www.habr.com