បាត់បង់ដោយ sophiagworld

អត្ថបទនេះមានគំរូទូទៅមួយចំនួនដើម្បីជួយវិស្វករធ្វើការជាមួយសេវាកម្មខ្នាតធំដែលត្រូវបានចូលប្រើដោយអ្នកប្រើប្រាស់រាប់លាននាក់។ 

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

បកប្រែដោយមានការគាំទ្រ ដំណោះស្រាយពពក Mail.ru.

កម្រិតចូល

វិធានការដែលបានរាយខាងក្រោមគឺសាមញ្ញក្នុងការអនុវត្ត ប៉ុន្តែមានផលប៉ះពាល់ខ្ពស់។ ប្រសិនបើអ្នកមិនទាន់បានសាកល្បងវាពីមុនមកទេ អ្នកនឹងភ្ញាក់ផ្អើលជាមួយនឹងភាពប្រសើរឡើងគួរឱ្យកត់សម្គាល់។

ហេដ្ឋារចនាសម្ព័ន្ធជាកូដ

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

ការដាក់ឱ្យប្រើប្រាស់ម៉ាស៊ីននិម្មិតចំនួន 100

• ជាមួយអ៊ូប៊ុនទូ
• RAM 2 GB នីមួយៗ
• ពួកគេនឹងមានលេខកូដដូចខាងក្រោម
• ជាមួយនឹងប៉ារ៉ាម៉ែត្រទាំងនេះ

អ្នកអាចតាមដានការផ្លាស់ប្តូរហេដ្ឋារចនាសម្ព័ន្ធរបស់អ្នក ហើយត្រលប់ទៅពួកវាវិញយ៉ាងឆាប់រហ័សដោយប្រើការគ្រប់គ្រងកំណែ។

អ្នកទំនើបនិយមនៅក្នុងខ្ញុំនិយាយថាអ្នកអាចប្រើ Kubernetes/Docker ដើម្បីធ្វើអ្វីៗទាំងអស់ខាងលើ ហើយគាត់និយាយត្រូវ។

លើសពីនេះទៀតអ្នកអាចផ្តល់ស្វ័យប្រវត្តិកម្មដោយប្រើមេចុងភៅអាយ៉ងឬ Terraform ។

សមាហរណកម្មបន្តនិងការដឹកជញ្ជូន

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

រាល់ពេលនៅដំណាក់កាលនេះ អ្នកឆ្លើយសំណួរ៖ តើសន្និបាតរបស់ខ្ញុំនឹងចងក្រង និងឆ្លងកាត់ការសាកល្បង តើវាមានសុពលភាពដែរឬទេ? នេះអាចហាក់ដូចជារបារទាប ប៉ុន្តែវាដោះស្រាយបញ្ហាជាច្រើន។

គ្មានអ្វីស្អាតជាងការឃើញឆ្កទាំងនេះទេ។

សម្រាប់បច្ចេកវិទ្យានេះ អ្នកអាចវាយតម្លៃ Github, CircleCI ឬ Jenkins ។

ផ្ទុកតុល្យភាព

ដូច្នេះ យើងចង់ដំណើរការកម្មវិធីផ្ទុកតុល្យភាព ដើម្បីបញ្ជូនចរាចរណ៍ និងធានាឱ្យមានការផ្ទុកស្មើគ្នាលើថ្នាំងទាំងអស់ ឬសេវាកម្មបន្តក្នុងករណីបរាជ័យ៖

ឧបករណ៍តុល្យភាពបន្ទុកជាធម្មតាធ្វើការងារបានល្អក្នុងការចែកចាយចរាចរណ៍។ ការអនុវត្តល្អបំផុតគឺការធ្វើឱ្យមានតុល្យភាពលើសទម្ងន់ ដើម្បីកុំឱ្យមានចំណុចបរាជ័យតែមួយ។

ជាធម្មតា ឧបករណ៍ផ្ទុកតុល្យភាពត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុងពពកដែលអ្នកប្រើ។

RayID លេខសម្គាល់ទំនាក់ទំនង ឬ UUID សម្រាប់សំណើ

តើ​អ្នក​ធ្លាប់​ជួប​ប្រទះ​បញ្ហា​កម្មវិធី​ជាមួយ​នឹង​សារ​បែប​នេះ​ទេ៖ "មាន​អ្វីមួយ​មិន​ប្រក្រតី។ រក្សាទុកលេខសម្គាល់នេះ ហើយផ្ញើវាទៅក្រុមគាំទ្ររបស់យើង"?

ឧបករណ៍កំណត់អត្តសញ្ញាណតែមួយគត់ លេខសម្គាល់ទំនាក់ទំនង RayID ឬការប្រែប្រួលណាមួយ គឺជាឧបករណ៍កំណត់អត្តសញ្ញាណតែមួយគត់ដែលអនុញ្ញាតឱ្យអ្នកតាមដានសំណើពេញមួយវដ្តជីវិតរបស់វា។ នេះអនុញ្ញាតឱ្យអ្នកតាមដានផ្លូវសំណើទាំងមូលនៅក្នុងកំណត់ហេតុ។

អ្នកប្រើប្រាស់ធ្វើការស្នើសុំទៅប្រព័ន្ធ A បន្ទាប់មក A ទំនាក់ទំនង B ដែលទំនាក់ទំនង C រក្សាទុកវាក្នុង X ហើយបន្ទាប់មកសំណើត្រូវបានប្រគល់ទៅ A

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

កម្រិតមធ្យម

ដំបូន្មាននៅទីនេះគឺស្មុគ្រស្មាញជាងវិធីមុនៗ ប៉ុន្តែឧបករណ៍ត្រឹមត្រូវធ្វើឱ្យកិច្ចការកាន់តែងាយស្រួល ដោយផ្តល់នូវការត្រឡប់មកវិញលើការវិនិយោគ សូម្បីតែក្រុមហ៊ុនខ្នាតតូច និងមធ្យមក៏ដោយ។

ការកាប់ឈើកណ្តាល

អបអរសាទរ! អ្នកបានដាក់ពង្រាយម៉ាស៊ីននិម្មិតចំនួន 100 ។ នៅថ្ងៃបន្ទាប់ នាយកប្រតិបត្តិបានមក ហើយត្អូញត្អែរអំពីកំហុសដែលគាត់បានទទួលនៅពេលសាកល្បងសេវាកម្ម។ វារាយការណ៍អំពីលេខសម្គាល់ដែលត្រូវគ្នាដែលយើងបាននិយាយខាងលើ ប៉ុន្តែអ្នកនឹងត្រូវរកមើលតាមរយៈកំណត់ហេតុនៃម៉ាស៊ីនចំនួន 100 ដើម្បីស្វែងរកអត្តសញ្ញាណដែលបណ្តាលឱ្យគាំង។ ហើយ​ត្រូវ​រក​ឃើញ​មុន​ពេល​ធ្វើ​បទ​បង្ហាញ​នៅ​ថ្ងៃ​ស្អែក។

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

មុខងារជង់ ELK

ភ្នាក់ងារត្រួតពិនិត្យ

ឥឡូវនេះសេវាកម្មរបស់អ្នកបានដំណើរការហើយ អ្នកត្រូវតែប្រាកដថាវាដំណើរការដោយរលូន។ មធ្យោបាយដ៏ល្អបំផុតដើម្បីធ្វើវាគឺការដំណើរការជាច្រើន។ ភ្នាក់ងារដែលដំណើរការស្របគ្នា និងពិនិត្យមើលថាវាដំណើរការ ហើយប្រតិបត្តិការមូលដ្ឋានត្រូវបានអនុវត្ត។

នៅចំណុចនេះអ្នកពិនិត្យមើលវា។ ការសាងសង់ដែលកំពុងដំណើរការមានអារម្មណ៍ល្អ និងដំណើរការល្អ។.

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

ការធ្វើមាត្រដ្ឋានដោយស្វ័យប្រវត្តិអាស្រ័យលើបន្ទុក

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

ជាមួយនឹងសេវាកម្មពពកភាគច្រើន អ្នកអាចកំណត់រចនាសម្ព័ន្ធវាទៅជាមាត្រដ្ឋានដោយស្វ័យប្រវត្តិដោយប្រើម៉ាស៊ីនមេច្រើន ឬម៉ាស៊ីនមេដែលមានថាមពលច្រើន។

ប្រព័ន្ធពិសោធន៍

មធ្យោបាយដ៏ល្អមួយដើម្បីបញ្ចេញការអាប់ដេតដោយសុវត្ថិភាពគឺដើម្បីអាចសាកល្បងអ្វីមួយសម្រាប់អ្នកប្រើប្រាស់ 1% ក្នុងរយៈពេលមួយម៉ោង។ ជាការពិតណាស់ អ្នកបានឃើញយន្តការបែបនេះនៅក្នុងសកម្មភាព។ ឧទាហរណ៍ Facebook បង្ហាញផ្នែកខ្លះនៃទស្សនិកជននូវពណ៌ផ្សេង ឬផ្លាស់ប្តូរទំហំពុម្ពអក្សរ ដើម្បីមើលពីរបៀបដែលអ្នកប្រើប្រាស់យល់ឃើញការផ្លាស់ប្តូរ។ នេះហៅថា តេស្ត A/B។

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

កម្រិតខ្ពស់

នេះគឺជាគន្លឹះដែលពិបាកអនុវត្តណាស់។ អ្នកទំនងជានឹងត្រូវការធនធានបន្ថែមទៀត ដូច្នេះក្រុមហ៊ុនខ្នាតតូច ឬមធ្យមនឹងពិបាកគ្រប់គ្រងបញ្ហានេះ។

ការដាក់ពង្រាយពណ៌ខៀវបៃតង

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

ជំហាននេះអាស្រ័យលើវត្តមាននៃតុល្យភាពបន្ទុក។ ចូរស្រមៃថាអ្នកមានកំណែ N នៃកម្មវិធីរបស់អ្នក ហើយបន្ទាប់មកអ្នកចង់ប្រើកំណែ N+1។ 

Вы យើង​អាច គ្រាន់​តែ​បញ្ឈប់​សេវា​ហើយ​ដាក់​ចេញ​កំណែ​បន្ទាប់​នៅ​ពេល​ដែល​ដំណើរការ​សម្រាប់​អ្នក​ប្រើ​របស់​អ្នក​និង​ទទួល​បាន​ពេល​វេលា​មួយ​ចំនួន​។ ប៉ុន្តែឧបមាថាអ្នកមាន ពិតជា លក្ខខណ្ឌ SLA ដ៏តឹងរឹង។ ដូច្នេះ SLA 99,99% មានន័យថាអ្នកអាចទៅក្រៅបណ្តាញ តែ ៥២ នាទីក្នុងមួយឆ្នាំ។

ប្រសិនបើអ្នកពិតជាចង់សម្រេចបាននូវសូចនាករបែបនេះ អ្នកត្រូវការការដាក់ពង្រាយពីរក្នុងពេលតែមួយ៖ 

• មួយ​ដែល​ឥឡូវ​នេះ (N);
• កំណែបន្ទាប់ (N+1) ។ 

អ្នកប្រាប់អ្នករក្សាតុល្យភាពបន្ទុកឱ្យប្តូរទិសភាគរយនៃចរាចរទៅកាន់កំណែថ្មី (N+1) ខណៈពេលដែលអ្នកតាមដានយ៉ាងសកម្មសម្រាប់ការតំរែតំរង់។

នៅទីនេះយើងមានការដាក់ពង្រាយ N ពណ៌បៃតងដែលដំណើរការល្អ។ យើងកំពុងព្យាយាមផ្លាស់ទីទៅកំណែបន្ទាប់នៃការដាក់ពង្រាយនេះ។

ដំបូងយើងផ្ញើការធ្វើតេស្តតូចមួយដើម្បីមើលថាតើការដាក់ពង្រាយ N+1 របស់យើងដំណើរការជាមួយនឹងចំនួនចរាចរណ៍តិចតួចដែរឬទេ៖

ជាចុងក្រោយ យើងមានសំណុំនៃការត្រួតពិនិត្យដោយស្វ័យប្រវត្តិ ដែលនៅទីបំផុតយើងដំណើរការរហូតដល់ការដាក់ពង្រាយរបស់យើងបានបញ្ចប់។ ប្រសិនបើ​អ្នក ខ្លាំងណាស់ សូមប្រយ័ត្ន អ្នកក៏អាចរក្សាទុកការដាក់ពង្រាយ N របស់អ្នកជារៀងរហូតសម្រាប់ការវិលត្រឡប់មកវិញយ៉ាងឆាប់រហ័សក្នុងករណីមានតំរែតំរង់មិនល្អ៖

ប្រសិនបើ​អ្នក​ចង់​ទៅ​កាន់​កម្រិត​កាន់តែ​ជឿនលឿន​ជាង​នេះ សូម​ឱ្យ​អ្វី​គ្រប់​យ៉ាង​ក្នុង​ការ​ដាក់​ពង្រាយ​ពណ៌​ខៀវ​បៃតង​ដំណើរការ​ដោយ​ស្វ័យ​ប្រវត្តិ។

ការរកឃើញភាពខុសប្រក្រតី និងការបន្ធូរបន្ថយដោយស្វ័យប្រវត្តិ

ដោយសារ​អ្នក​មាន​ការ​កាប់​ឈើ​កណ្តាល​និង​ការ​ប្រមូល​កំណត់ហេតុ​ល្អ អ្នក​អាច​កំណត់​គោលដៅ​ខ្ពស់​ជាង​នេះ​បាន​ហើយ។ ជាឧទាហរណ៍ ការព្យាករណ៍យ៉ាងសកម្មអំពីការបរាជ័យ។ មុខងារត្រូវបានតាមដាននៅលើម៉ូនីទ័រ និងក្នុងកំណត់ហេតុ ហើយដ្យាក្រាមផ្សេងៗត្រូវបានបង្កើតឡើង ហើយអ្នកអាចទស្សន៍ទាយទុកជាមុននូវអ្វីដែលនឹងខុស៖

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

ជាមួយនឹងការយល់ដឹងទាំងនេះ អ្នកអាចធ្វើមាត្រដ្ឋានក្នុងវិមាត្រណាមួយ ហើយផ្លាស់ប្តូរយ៉ាងសកម្ម និងសកម្មឡើងវិញនូវលក្ខណៈនៃម៉ាស៊ីន មូលដ្ឋានទិន្នន័យ ការតភ្ជាប់ និងធនធានផ្សេងទៀត។

អស់ហើយ!

បញ្ជីអាទិភាពនេះនឹងជួយសង្រ្គោះអ្នកពីបញ្ហាជាច្រើន ប្រសិនបើអ្នកកំពុងបង្កើនសេវាកម្មពពក។

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

តើមានអ្វីទៀតដែលត្រូវអានលើប្រធានបទ៖

1. ទៅ​ហើយ​ឃ្លាំង​សម្ងាត់ CPU
2. Kubernetes ក្នុងស្មារតីនៃការលួចចម្លងជាមួយគំរូសម្រាប់ការអនុវត្ត
3. ប៉ុស្តិ៍របស់យើងនៅជុំវិញ Kubernetes នៅក្នុង Telegram

ប្រភព: www.habr.com