អំពីពហុមុខងារ

ជាអកុសល ពាក្យនេះមិនមាន analogue ជាភាសារុស្សីល្អទេ។ វិគីភីឌាផ្តល់ឱ្យ ការបកប្រែ "ការជួលច្រើន ការជួលច្រើន ។" ពេលខ្លះវាត្រូវបានគេហៅថា "ភាពជាម្ចាស់ច្រើន" ។ លក្ខខណ្ឌទាំងនេះអាចមានភាពច្របូកច្របល់បន្តិច ដោយហេតុថាប្រធានបទនេះមិនមានជាប់ទាក់ទងជាមួយការជួល ឬកម្មសិទ្ធិទេ។ នេះគឺជាសំណួរនៃស្ថាបត្យកម្មកម្មវិធី និងការរៀបចំប្រតិបត្តិការរបស់វា។ ហើយក្រោយមកទៀតមិនសំខាន់ទេ។

យើងបានចាប់ផ្តើមបង្កើតការយល់ដឹងរបស់យើងអំពីពហុជួលក្នុងពេលដំណាលគ្នា នៅពេលដែលយើងចាប់ផ្តើមរៀបចំវិធីសាស្រ្តមួយចំពោះគំរូនៃការងារលើពពក (សេវា) នៅក្នុង 1C:Enterprise។ នេះ​ជា​ច្រើន​ឆ្នាំ​មុន។ ហើយចាប់តាំងពីពេលនោះមកការយល់ដឹងរបស់យើងបានពង្រីកជាបន្តបន្ទាប់។ យើងកំពុងស្វែងរកទិដ្ឋភាពថ្មីៗកាន់តែច្រើនឡើងៗនៃប្រធានបទនេះជានិច្ច (គុណសម្បត្តិ គុណវិបត្តិ ការលំបាក លក្ខណៈពិសេស។ល។)។

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

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

តើវិធីសាស្រ្តពហុមុខងារល្អឬអាក្រក់? អ្នក​អាច​រក​ឃើញ​មតិ​ខុស​គ្នា​ខ្លាំង​អំពី​រឿង​នេះ។ វាហាក់ដូចជាមិនមាន "ល្អឬអាក្រក់" ទាល់តែសោះ។ អ្នកត្រូវប្រៀបធៀបគុណសម្បត្តិ និងគុណវិបត្តិនៅក្នុងបរិបទនៃកិច្ចការជាក់លាក់ដែលកំពុងត្រូវបានដោះស្រាយ។ ប៉ុន្តែនេះគឺជាប្រធានបទដាច់ដោយឡែក ...

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

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

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

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

នៅក្នុង 1C: Enterprise គំរូពហុជួលត្រូវបានអនុវត្តនៅកម្រិតនៃបច្ចេកវិទ្យាជាច្រើន។ ទាំងនេះគឺជាយន្តការនៃ 1C: Enterprise platform ដែលជាយន្តការនៃ1C: បច្ចេកវិទ្យាសម្រាប់ការបោះពុម្ពដំណោះស្រាយ 1cFresh"ហើយ"1C: បច្ចេកវិទ្យាអភិវឌ្ឍន៍ដំណោះស្រាយ 1cFresh", យន្តការ BSP (បណ្ណាល័យនៃប្រព័ន្ធរងស្តង់ដារ) ។

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

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

នៅកម្រិតវេទិកា យើងបានអនុវត្តយ៉ាងពិតប្រាកដនូវយន្តការមូលដ្ឋាន។ ពួកគេអនុញ្ញាតឱ្យអ្នកបង្កើតកម្មវិធីដែលដំណើរការក្នុងគំរូពហុជួល។ ប៉ុន្តែដើម្បីឱ្យកម្មវិធី "រស់នៅ និងធ្វើការ" នៅក្នុងគំរូបែបនេះ អ្នកត្រូវមានប្រព័ន្ធសម្រាប់គ្រប់គ្រង "សកម្មភាពជីវិត" របស់ពួកគេ។ បច្ចេកវិទ្យា 1cFresh និងស្រទាប់តក្កវិជ្ជាអាជីវកម្មបង្រួបបង្រួមនៅកម្រិត BSP ទទួលខុសត្រូវចំពោះបញ្ហានេះ។ ដូចនៅក្នុងអគារអាផាតមិនដែរ ហេដ្ឋារចនាសម្ព័ន្ធផ្តល់ឱ្យអ្នកស្រុកនូវអ្វីគ្រប់យ៉ាងដែលពួកគេត្រូវការ ដូច្នេះបច្ចេកវិទ្យា 1cFresh ផ្តល់នូវអ្វីគ្រប់យ៉ាងដែលពួកគេត្រូវការសម្រាប់កម្មវិធីដែលកំពុងដំណើរការក្នុងគំរូពហុជួល។ ហើយដើម្បីឱ្យកម្មវិធីអាចធ្វើអន្តរកម្មជាមួយហេដ្ឋារចនាសម្ព័ន្ធនេះ (ដោយគ្មានការកែប្រែសំខាន់ៗ) "ឧបករណ៍ភ្ជាប់" ដែលត្រូវគ្នាត្រូវបានដាក់ក្នុងទម្រង់ជាប្រព័ន្ធរង BSP ។

តាមទស្សនៈនៃយន្តការវេទិកា វាងាយស្រួលសម្គាល់ថា នៅពេលដែលយើងទទួលបានបទពិសោធន៍ និងអភិវឌ្ឍករណីប្រើប្រាស់ពពក “1C:Enterprise” យើងកំពុងពង្រីកសមាសភាពនៃយន្តការដែលពាក់ព័ន្ធនឹងស្ថាបត្យកម្មនេះ។ សូមលើកឧទាហរណ៍មួយ។ នៅក្នុងគំរូ multitenancy តួនាទីរបស់អ្នកចូលរួមក្នុងសេវាកម្មកម្មវិធីផ្លាស់ប្តូរយ៉ាងខ្លាំង។ តួនាទី (កម្រិតនៃទំនួលខុសត្រូវ) របស់អ្នកទទួលខុសត្រូវចំពោះកម្មវិធីប្រតិបត្តិការកើនឡើងយ៉ាងខ្លាំង។ វាបានក្លាយជាការចាំបាច់សម្រាប់ពួកគេមានឧបករណ៍គ្រប់គ្រងកម្មវិធីដែលមានអនុភាពជាងមុន។ ដោយសារតែអ្នកប្រើប្រាស់កម្មវិធី (អ្នករស់នៅ) ជឿទុកចិត្តជាដំបូងនៃការផ្តល់សេវាទាំងអស់ដែលពួកគេធ្វើការជាមួយ។ ដើម្បីធ្វើដូចនេះយើងបានអនុវត្តថ្មី។ យន្តការទម្រង់សុវត្ថិភាព. យន្តការនេះអនុញ្ញាតឱ្យអ្នកគ្រប់គ្រងអ្នកផ្តល់សេវាកំណត់សេរីភាពរបស់អ្នកអភិវឌ្ឍន៍កម្មវិធីទៅកម្រិតសុវត្ថិភាពដែលត្រូវការ - ជាខ្លឹមសារ ដើម្បីញែកប្រតិបត្តិការនៃកម្មវិធីសម្រាប់អ្នកជួលនីមួយៗនៅក្នុងប្រអប់ខ្សាច់ជាក់លាក់មួយ។

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

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

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

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

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

ចំណុចសំខាន់មួយនៅក្នុងបរិបទនៃការអនុវត្ត multitenancy នៅក្នុង 1C: Enterprise គឺថាយើងកំពុងបង្កើតគំរូកូនកាត់ដែលកម្មវិធីមួយអាចដំណើរការបានទាំងរបៀប multitenancy និង normal mode។ នេះ​ជា​កិច្ចការ​ដ៏​លំបាក​មួយ ហើយ​ជា​ប្រធានបទ​នៃ​ការ​ពិភាក្សា​ដោយ​ឡែក​មួយ។

ប្រភព: www.habr.com