ស្ថាបត្យកម្មកម្មវិធី និងការរចនាប្រព័ន្ធ៖ រូបភាពធំ និងមគ្គុទ្ទេសក៍ធនធាន

សួស្តីមិត្តរួមការងារ។

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

ដោយសារវាមិនអាចទៅរួចទេក្នុងការគ្របដណ្តប់នៅក្នុងអត្ថបទ habro ដូចជាប្រធានបទដ៏ធំដូចជាគំរូស្ថាបត្យកម្ម + គំរូរចនានៅឆ្នាំ 2019 យើងសូមណែនាំមិនត្រឹមតែអត្ថបទរបស់លោក Uruglu ប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានតំណភ្ជាប់ជាច្រើនដែលគាត់បានបញ្ចូលក្នុងវាផងដែរ។ ប្រសិនបើអ្នកចូលចិត្តវា យើងនឹងបោះពុម្ពអត្ថបទដែលមានឯកទេសខ្ពស់ជាងមុនអំពីការរចនាប្រព័ន្ធចែកចាយ។

រូបថត អ៊ីសាក ស្ម៊ីធ ពី Unsplash

ប្រសិនបើអ្នកមិនធ្លាប់ប្រឈមមុខនឹងបញ្ហាដូចជាការរចនាប្រព័ន្ធសូហ្វវែរពីដំបូងឡើយ ពេលចាប់ផ្តើមការងារបែបនេះ ពេលខ្លះវាមិនច្បាស់ថាត្រូវចាប់ផ្តើមពីណានោះទេ។ ខ្ញុំជឿថាដំបូងអ្នកត្រូវគូរព្រំដែនដើម្បីឱ្យអ្នកមានគំនិតជឿជាក់តិចឬច្រើនអំពីអ្វីដែលអ្នកនឹងរចនា ហើយបន្ទាប់មករមៀលដៃអាវរបស់អ្នកហើយធ្វើការនៅក្នុងព្រំដែនទាំងនោះ។ ជាចំណុចចាប់ផ្តើម អ្នកអាចយកផលិតផល ឬសេវាកម្ម (តាមឧត្ដមគតិមួយដែលអ្នកពិតជាចូលចិត្ត) ហើយស្វែងយល់ពីរបៀបអនុវត្តវា។ អ្នកប្រហែលជាភ្ញាក់ផ្អើលជាមួយនឹងរូបរាងដ៏សាមញ្ញរបស់ផលិតផលនេះ និងថាតើវាមានភាពស្មុគស្មាញប៉ុណ្ណា។ កុំ​ភ្លេច: សាមញ្ញ - ជាធម្មតាស្មុគស្មាញហើយវាមិនអីទេ។

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

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

ទាំងនេះគ្រាន់តែជាសំណួរមួយចំនួនដែលមានប្រយោជន៍សម្រាប់ទាំងខ្ញុំ និងក្រុមដែលខ្ញុំបានចូលរួមក្នុងសកម្មភាពអាជីពជាច្រើនឆ្នាំ។ ប្រសិនបើអ្នកដឹងពីចម្លើយចំពោះសំណួរទាំងនេះ (និងផ្សេងទៀតដែលពាក់ព័ន្ធនឹងបរិបទដែលអ្នកត្រូវធ្វើការ) នោះអ្នកអាចស្វែងយល់បន្តិចម្តងៗនូវព័ត៌មានលម្អិតបច្ចេកទេសនៃបញ្ហា។

កំណត់កម្រិតដំបូង

តើ​ខ្ញុំ​មាន​ន័យ​ថា​អ្វី​ដែល​ពាក្យ​ថា "មូលដ្ឋាន" នៅ​ទីនេះ? តាមពិតនៅសម័យរបស់យើង បញ្ហាភាគច្រើននៅក្នុងឧស្សាហកម្មសូហ្វវែរ "អាច" ត្រូវបានដោះស្រាយដោយប្រើវិធីសាស្រ្ត និងបច្ចេកវិទ្យាដែលមានស្រាប់។ អាស្រ័យហេតុនេះ តាមរយៈការរុករកទេសភាពនេះ អ្នកចាប់ផ្តើមដំបូងនៅពេលប្រឈមមុខនឹងបញ្ហាដែលនរណាម្នាក់ត្រូវដោះស្រាយមុនអ្នក។ កុំភ្លេចថាកម្មវិធីត្រូវបានសរសេរឡើងដើម្បីដោះស្រាយបញ្ហាអាជីវកម្ម និងអ្នកប្រើប្រាស់ ដូច្នេះយើងខិតខំដោះស្រាយបញ្ហាតាមរបៀបដែលត្រង់ និងសាមញ្ញបំផុត (តាមទស្សនៈរបស់អ្នកប្រើ)។ ហេតុអ្វីបានជារឿងនេះសំខាន់ក្នុងការចងចាំ? ប្រហែលជានៅក្នុងប្រព័ន្ធកូអរដោណេរបស់អ្នក អ្នកចូលចិត្តស្វែងរកដំណោះស្រាយតែមួយគត់សម្រាប់បញ្ហាទាំងអស់ ពីព្រោះអ្នកគិតថា "តើខ្ញុំជាអ្នកសរសេរកម្មវិធីប្រភេទណា ប្រសិនបើខ្ញុំធ្វើតាមគំរូគ្រប់ទីកន្លែង"? តាមពិតទៅ សិល្បៈនៅទីនេះកំពុងធ្វើការសម្រេចចិត្តអំពីកន្លែង និងអ្វីដែលត្រូវធ្វើ. ជាការពិតណាស់ យើងម្នាក់ៗត្រូវប្រឈមមុខនឹងបញ្ហារៀងៗខ្លួន ពីមួយពេលទៅមួយពេល ដែលបញ្ហាប្រឈមនីមួយៗ។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើកម្រិតដំបូងរបស់យើងត្រូវបានកំណត់យ៉ាងច្បាស់ នោះយើងដឹងពីអ្វីដែលត្រូវចំណាយថាមពលរបស់យើងលើ៖ ការស្វែងរកជម្រើសដែលត្រៀមរួចជាស្រេចសម្រាប់ការដោះស្រាយបញ្ហាដែលបានកំណត់នៅចំពោះមុខយើង ឬសិក្សាវាបន្ថែមទៀត និងទទួលបានការយល់ដឹងកាន់តែស៊ីជម្រៅ។

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

មិនអីទេ ដូច្នេះកន្លែងដែលត្រូវចាប់ផ្តើម? យូ ដូណា ម៉ាទីណា មានឃ្លាំងមួយនៅលើ GitHub ហៅថា ប្រព័ន្ធ - រចនា - បឋមដែលអ្នកអាចរៀនពីរបៀបរចនាប្រព័ន្ធខ្នាតធំ ក៏ដូចជារៀបចំសម្រាប់ការសម្ភាសន៍លើប្រធានបទនេះ។ ឃ្លាំងមានផ្នែកដែលមានឧទាហរណ៍ ស្ថាបត្យកម្មពិតប្រាកដជាពិសេស វាត្រូវបានពិចារណាពីរបៀបដែលពួកគេចូលទៅជិតការរចនានៃប្រព័ន្ធរបស់ពួកគេ។ ក្រុមហ៊ុនល្បីមួយចំនួនឧទាហរណ៍ Twitter, Uber ជាដើម។

ទោះជាយ៉ាងណាក៏ដោយ មុននឹងបន្តទៅសម្ភារៈនេះ ចូរយើងពិនិត្យមើលឱ្យបានដិតដល់នូវបញ្ហាប្រឈមផ្នែកស្ថាបត្យកម្មដ៏សំខាន់បំផុតដែលយើងជួបប្រទះក្នុងការអនុវត្ត។ នេះគឺសំខាន់ព្រោះអ្នកត្រូវបញ្ជាក់ទិដ្ឋភាពជាច្រើននៃបញ្ហារឹងរូស និងពហុមុខ ហើយបន្ទាប់មកដោះស្រាយវានៅក្នុងក្របខ័ណ្ឌនៃបទប្បញ្ញត្តិជាធរមាននៅក្នុងប្រព័ន្ធដែលបានផ្តល់ឱ្យ។ Jackson Gabbardអតីតបុគ្គលិក Facebook បានសរសេរ វីដេអូរយៈពេល 50 នាទីអំពីការសម្ភាសន៍ការរចនាប្រព័ន្ធដែលជាកន្លែងដែលគាត់បានចែករំលែកបទពិសោធន៍ផ្ទាល់ខ្លួនរបស់គាត់ក្នុងការពិនិត្យមើលបេក្ខជនរាប់រយនាក់។ ខណៈពេលដែលវីដេអូផ្តោតលើការរចនាប្រព័ន្ធធំ និងលក្ខណៈវិនិច្ឆ័យជោគជ័យដែលមានសារៈសំខាន់នៅពេលស្វែងរកបេក្ខជនសម្រាប់មុខតំណែងបែបនេះ វានឹងនៅតែបម្រើជាធនធានដ៏ទូលំទូលាយលើអ្វីដែលសំខាន់បំផុតនៅពេលរចនាប្រព័ន្ធ។ ខ្ញុំក៏ស្នើដែរ។ សង្ខេប វីដេអូនេះ។

បង្កើតចំណេះដឹងអំពីការរក្សាទុក និងទាញយកទិន្នន័យ

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

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

រូបថត លោក Samuel Zeller ពី Unsplash

នៅពេលដែលអ្នកមានការយល់ដឹងគ្រប់គ្រាន់អំពីគំរូនៃការផ្ទុកទិន្នន័យផ្សេងៗ សូមបន្តទៅសិក្សាពីភាពស៊ីសង្វាក់គ្នា និងលទ្ធភាពនៃទិន្នន័យ។ ដំបូងអ្នកត្រូវយល់ ទ្រឹស្តីបទ CAP យ៉ាងហោចណាស់ក្នុងន័យទូទៅ ហើយបន្ទាប់មកពង្រឹងចំណេះដឹងនេះដោយពិនិត្យមើលឱ្យបានដិតដល់នូវគំរូដែលបានបង្កើតឡើង ភាពស្ថិតស្ថេរ и ភាពងាយស្រួល. វិធីនេះ អ្នកនឹងអភិវឌ្ឍការយល់ដឹងអំពីវិស័យនេះ ហើយយល់ថាការអាន និងការសរសេរទិន្នន័យ តាមពិតគឺជាបញ្ហាពីរផ្សេងគ្នា ដែលនីមួយៗមានបញ្ហាប្រឈមតែមួយគត់របស់វា។ ប្រដាប់ដោយលំនាំភាពស៊ីសង្វាក់គ្នា និងភាពមានមួយចំនួន អ្នកអាចបង្កើនដំណើរការប្រព័ន្ធយ៉ាងសំខាន់ ខណៈពេលដែលធានាលំហូរទិន្នន័យរលូនទៅកាន់កម្មវិធីរបស់អ្នក។

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

លំនាំទំនាក់ទំនង

ប្រព័ន្ធមានសមាសធាតុជាច្រើន; ទាំងនេះអាចជាដំណើរការផ្សេងគ្នាដែលដំណើរការនៅក្នុងថ្នាំងរូបវ័ន្តដូចគ្នា ឬម៉ាស៊ីនផ្សេងគ្នាដែលដំណើរការលើផ្នែកផ្សេងៗនៃបណ្តាញរបស់អ្នក។ ធនធានទាំងនេះមួយចំនួននៅក្នុងបណ្តាញរបស់អ្នកអាចជាឯកជន ប៉ុន្តែខ្លះទៀតគួរតែជាសាធារណៈ និងបើកចំហសម្រាប់អ្នកប្រើប្រាស់ដែលចូលប្រើពួកវាពីខាងក្រៅ។

វាចាំបាច់ដើម្បីធានាការប្រាស្រ័យទាក់ទងនៃធនធានទាំងនេះជាមួយគ្នាទៅវិញទៅមក ក៏ដូចជាការផ្លាស់ប្តូរព័ត៌មានរវាងប្រព័ន្ធទាំងមូល និងពិភពខាងក្រៅ។ នៅក្នុងបរិបទនៃការរចនាប្រព័ន្ធ នៅទីនេះម្តងទៀត យើងត្រូវប្រឈមមុខនឹងបញ្ហាប្រឈមថ្មី និងពិសេសមួយ។ តោះមើលរបៀបដែលពួកគេអាចមានប្រយោជន៍ លំហូរកិច្ចការអសមកាល, និងអ្វីដែលទំមានទម្រង់ទំនាក់ទំនងផ្សេងៗគ្នា.

រូបថត លោក Tony Stoddard ពី Unsplash

នៅពេលរៀបចំទំនាក់ទំនងជាមួយពិភពខាងក្រៅ វាតែងតែមានសារៈសំខាន់ខ្លាំងណាស់ សុវត្ថិភាពការផ្តល់ដែលចាំបាច់ត្រូវយកចិត្តទុកដាក់ និងអនុវត្តយ៉ាងសកម្មផងដែរ។

ការចែកចាយការតភ្ជាប់

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

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

ការចែកចាយនេះគឺផ្អែកលើការល្បី ប្រព័ន្ធឈ្មោះដែន (DNS) ។ ប្រព័ន្ធបែបនេះអនុញ្ញាតឱ្យមានការបំប្លែងឈ្មោះដែនដូចជា weighted round robin និង method-based latency-based ដើម្បីជួយចែកចាយបន្ទុក។

ផ្ទុកតុល្យភាព មានសារៈសំខាន់ជាមូលដ្ឋាន ហើយស្ទើរតែគ្រប់ប្រព័ន្ធអ៊ិនធឺណិតធំៗដែលយើងដោះស្រាយជាមួយសព្វថ្ងៃនេះ គឺស្ថិតនៅខាងក្រោយឧបករណ៍ផ្ទុកតុល្យភាពមួយ ឬច្រើន។ Load Balancers ជួយចែកចាយសំណើរបស់អតិថិជននៅទូទាំងករណីដែលមានច្រើន។ Load Balancers មានទាំងផ្នែករឹង និងសូហ្វវែរ ទោះបីជាយ៉ាងណាក៏ដោយ នៅក្នុងការអនុវត្តជាក់ស្តែង ជាញឹកញាប់អ្នកត្រូវដោះស្រាយជាមួយផ្នែកទន់ ឧទាហរណ៍។ HAProxy и អេលប៊ី. ប្រូកស៊ីបញ្ច្រាស គំនិតក៏ស្រដៀងទៅនឹង Load Balancers ទោះបីជាមានចន្លោះរវាងទីមួយ និងទីពីរក៏ដោយ។ ភាពខុសគ្នាជាក់លាក់. ភាពខុសគ្នាទាំងនេះត្រូវតែយកមកពិចារណានៅពេលរចនាប្រព័ន្ធដោយផ្អែកលើតម្រូវការរបស់អ្នក។

អ្នកក៏គួរតែដឹងអំពី បណ្តាញចែកចាយមាតិកា (CDN) ។ CDN គឺជាបណ្តាញចែកចាយសកលនៃម៉ាស៊ីនមេប្រូកស៊ី ដែលផ្តល់ព័ត៌មានពីថ្នាំងដែលមានទីតាំងភូមិសាស្រ្តកាន់តែជិតអ្នកប្រើប្រាស់ជាក់លាក់។ CDNs គឺល្អប្រើប្រសិនបើអ្នកធ្វើការជាមួយឯកសារឋិតិវន្តដែលសរសេរក្នុង JavaScript, CSS និង HTML ។ លើសពីនេះ សេវាពពកដែលផ្តល់អ្នកគ្រប់គ្រងចរាចរណ៍គឺជារឿងធម្មតានាពេលបច្ចុប្បន្ននេះ ឧទាហរណ៍។ អ្នកគ្រប់គ្រងចរាចរណ៍ Azureផ្តល់ឱ្យអ្នកនូវការចែកចាយជាសកល និងកាត់បន្ថយភាពយឺតយ៉ាវនៅពេលធ្វើការជាមួយមាតិកាថាមវន្ត។ ទោះជាយ៉ាងណាក៏ដោយ សេវាបែបនេះជាធម្មតាមានប្រយោជន៍ក្នុងករណីដែលអ្នកត្រូវធ្វើការជាមួយសេវាកម្មគេហទំព័រគ្មានរដ្ឋ។

ចូរនិយាយអំពីតក្កវិជ្ជាអាជីវកម្ម។ រចនាសម្ព័នតក្កវិជ្ជា លំហូរការងារ និងធាតុផ្សំ

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

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

• គោលការណ៍រឹង
• នៃគំនិត ការរចនាដែលជំរុញដោយដែន, ជាពិសេស, សរុប, ក្រុម និងព្រឹត្តិការណ៍
• ស្ថាបត្យកម្មកែងជើង
• ការបែងចែកការទទួលខុសត្រូវទៅជាពាក្យបញ្ជា និងសំណើ (CQRS)
• ការចុះឈ្មោះព្រឹត្តិការណ៍
• តារាម៉ូដែល
• គំរូរចនា MVC, MVVM និង MVP

វិធីសាស្រ្តសហការ

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

រូបថត កាលីឌីកូ ពី Unsplash

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

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

ប្រភព: www.habr.com