ប្រធានផ្នែកបច្ចេកវិទ្យា Kalamba ព្រមាន៖ ហេតុអ្វី Monolith ជាបន្ទុកក្នុង iGaming សម័យទំនើប

ពិភពកាស៊ីណូអនឡាញកំពុងឆ្លងកាត់ការផ្លាស់ប្តូរបច្ចេកវិទ្យាដែលលើសពីរូបភាពហ្គេមធម្មតា។ ខណៈពេលដែលអ្នកលេងស្វែងរកជ័យជម្នះដ៏ធំបន្ទាប់ អ្នកផ្តល់កម្មវិធីកំពុងប្រយុទ្ធគ្នានៅពីក្រោយឆាកក្នុងការជជែកដេញដោលអំពីស្ថាបត្យកម្មដែលអាចកំណត់អនាគតវែងឆ្ងាយរបស់ពួកគេ។ លោក Michał Ochman នាយកប្រតិបត្តិផ្នែកបច្ចេកវិទ្យា (CTO) និងជាសហស្ថាបនិកនៃ Kalamba Games កំពុងបន្លឺសំឡេងរោទិ៍ទាក់ទងនឹងរចនាសម្ព័ន្ធ monolithic បែបប្រពៃណី។ នៅក្នុងប្រព័ន្ធទាំងនេះ វេទិកាទាំងមូលដំណើរការជាប្លុកតែមួយ ដែលមានភាពតឹងរ៉ឹង ដែលលោក Ochman មើលឃើញថាជាការគំរាមកំហែងយ៉ាងធំធេងចំពោះលទ្ធភាពនៃការធ្វើមាត្រដ្ឋាន (scalability) នៃវេទិកាហ្គេមទំនើប។ អ្វីដែលហាក់ដូចជាការព្រួយបារម្ភផ្នែកបច្ចេកទេសសុទ្ធសាធនៅពេលដំបូង តាមពិតគឺជាហានិភ័យអាជីវកម្មដ៏សំខាន់សម្រាប់ប្រតិបត្តិករ និងអ្នកអភិវឌ្ឍន៍ដូចគ្នា។

នៅក្នុងប្រព័ន្ធ monolith បែបប្រពៃណី ម៉ាស៊ីនហ្គេម (game engine), ម៉ាស៊ីនបង្កើតលេខចៃដន្យ (RNG), ការរួមបញ្ចូលកាបូបលុយ (wallet integrations), និងឧបករណ៍រាយការណ៍ (reporting tools) ត្រូវបានភ្ជាប់គ្នាយ៉ាងស្អិតរមួត។ នេះមានន័យថា សូម្បីតែការផ្លាស់ប្តូរតូចបំផុតចំពោះហ្គេមតែមួយ ដូចជាការកែតម្រូវតារាងទូទាត់ (paytable) លើម៉ាស៊ីនស្លុតផ្លែឈើមូលដ្ឋានមួយ ក៏អាចតម្រូវឱ្យមានការកែប្រែទាំងស្រុង និងការសាកល្បងយ៉ាងទូលំទូលាយនៃប្រព័ន្ធទាំងមូលផងដែរ។ សម្រាប់ក្រុមហ៊ុនដែលមានកាតាឡុកកំពុងកើនឡើងដល់រាប់រយចំណងជើង ស្ថានភាពនេះក្លាយទៅជាមិនអាចទ្រទ្រង់បាន។ ភាពស្មុគស្មាញមិនកើនឡើងជាលីនេអ៊ែរទេ ប៉ុន្តែកើនឡើងជាអិចស្ប៉ូណង់ស្យែល ដែលនាំឱ្យមានការខ្ជះខ្ជាយធនធានលើការថែទាំជាជាងការច្នៃប្រឌិត។

លេខនិងការពិត

ទំហំនៃបញ្ហាគឺច្បាស់នៅពេលពិនិត្យមើលលេខ។ ខណៈពេលដែលក្រុមតូចៗដែលគ្រប់គ្រងកូដប្រហែល ១០០.០០០ បន្ទាត់ នៅតែអាចដំណើរការបានល្អជាមួយ monolith វេទិកាដែលពង្រីកទៅក្នុងតំបន់រាប់លានបន្ទាត់នៃកូដឈានដល់ចំណុចបំបែករបស់ពួកគេ។ លោក Michał Ochman បានសង្កត់ធ្ងន់ថា នៅ Kalamba Games ការប្តូរទៅ microservices អនុញ្ញាតឱ្យហ្គេមថ្មីត្រូវបានដាក់ឱ្យប្រើប្រាស់ក្នុងរយៈពេលប៉ុន្មាននាទី ជំនួសឱ្យច្រើនថ្ងៃ។ នេះគឺដោយសារតែការបំបែកយ៉ាងតឹងរ៉ឹងនៃហេដ្ឋារចនាសម្ព័ន្ធស្នូលពីតក្កវិជ្ជានៃហ្គេមនីមួយៗ។ លើសពីនេះ ស្ថាបត្យកម្មនេះអាចឱ្យមានការធ្វើឱ្យមានតុល្យភាពផ្ទុកគោលដៅ។ ប្រសិនបើហ្គេមណាមួយមានការពេញនិយម (goes viral) Remote Gaming Server (RGS) ទាំងមូលមិនចាំបាច់ត្រូវបានពង្រីកទេ មានតែ instances ជាក់លាក់សម្រាប់ចំណងជើងនោះប៉ុណ្ណោះដែលត្រូវបានបង្កើតឡើង។ នេះសន្សំសំចៃការចំណាយយ៉ាងច្រើនលើហេដ្ឋារចនាសម្ព័ន្ធ cloud ដោយគ្រាន់តែពង្រីកអ្វីដែលកំពុងផ្ទុកជាក់ស្តែង។

“នៅក្នុង Monolith, RGS របស់អ្នកគឺជា ‘ប្រអប់ខ្មៅ’។ ប្រសិនបើអ្នកចង់ផ្លាស់ប្តូរ paytable លើរន្ធផ្លែឈើតែមួយ ឬបង្កើតរបាយការណ៍ថ្មីដោយផ្អែកលើតម្រូវការបទប្បញ្ញត្តិដែលបានអាប់ដេត អ្នកត្រូវតែបង្កើតកញ្ចប់ទាំងមូលឡើងវិញ។” - Michał Ochman, CTO និងសហស្ថាបនិកនៃ Kalamba Games

ប្រវត្តិ

ទោះជាយ៉ាងណា ការផ្លាស់ប្តូរទៅ microservices នាំមកនូវបញ្ហាប្រឈមជាច្រើន។ Ochman បានព្រមានអំពី «distributed monolith» ដែលកូដត្រូវបានបំបែកជា 20 ផ្នែក ប៉ុន្តែនៅតែភ្ជាប់គ្នាណាស់ ដែលពួកវានៅតែត្រូវដាក់ពង្រាយទាំងអស់ក្នុងពេលតែមួយ ឬតាមលំដាប់លំដោយជាក់លាក់មួយ។ ដំណោះស្រាយស្ថិតនៅក្នុងការទំនាក់ទំនងដែលជំរុញដោយព្រឹត្តិការណ៍ (event-driven communication) ដោយប្រើប្រាស់បច្ចេកវិទ្យាដូចជា Kafka។ ជំនួសឱ្យសេវាកម្មហៅគ្នាទៅវិញទៅមក ហើយរង់ចាំការឆ្លើយតប ពួកគេគួរតែបញ្ចេញព្រឹត្តិការណ៍ដែលសមាសធាតុផ្សេងទៀតដំណើរការដោយឯករាជ្យ។ នេះក៏តម្រូវឱ្យមានការផ្លាស់ប្តូរក្នុងការជ្រើសរើសបុគ្គលិកផងដែរ៖ ក្រុមហ៊ុនត្រូវតែឈប់ជួលតែកូដឌ័រ ហើយបែរជាស្វែងរកអ្នកអភិវឌ្ឍន៍វេទិកា (platform developers) ដែលយល់ពីប្រព័ន្ធអេកូឡូស៊ីទាំងមូល។ ការភ្នាល់តែមួយអាចឆ្លងកាត់សេវាកម្មផ្សេងៗគ្នាពី 5 ទៅ 25 ដោយតម្រូវឱ្យមានការត្រួតពិនិត្យ និងការគ្រប់គ្រង API ក្នុងកម្រិតខ្ពស់។

មូលហេតុដែលវាសំខាន់សម្រាប់អ្នកលេងអាល្លឺម៉ង់

សម្រាប់អតិថិជនអាល្លឺម៉ង់ដែលលេងនៅកាស៊ីណូដែលមានអាជ្ញាប័ណ្ណដោយ Gemeinsame Glücksspielbehörde der Länder (GGL) ការអភិវឌ្ឍន៍បច្ចេកទេសទាំងនេះមានផលប៉ះពាល់ផ្ទាល់ទៅលើស្ថេរភាព និងល្បឿន។ យោងតាមកិច្ចព្រមព្រៀងអន្តររដ្ឋស្តីពីល្បែងស៊ីសងឆ្នាំ 2021 (GlüStV 2021) រាល់ប្រតិបត្តិការ និងការលេងហ្គេមត្រូវតែត្រូវបានកត់ត្រា និងរាយការណ៍យ៉ាងត្រឹមត្រូវទៅប្រព័ន្ធ LUGAS។ ស្ថាបត្យកម្ម microservices ធានាថា ទោះបីជាសេវាកម្មមិនសំខាន់បរាជ័យក៏ដោយ ដូចជាតារាងពិន្ទុនៃការប្រកួត ការលេងហ្គេមស្នូល និងដែនកំណត់ដាក់ប្រាក់ 1,000 អឺរ៉ូប្រចាំខែនៅតែបន្តដំណើរការដោយមិនមានការរំខាន។ ការបំបែកគណិតវិទ្យា និងក្រាហ្វិកក៏អនុញ្ញាតឱ្យមានការអាប់ដេតរូបភាពលឿនជាងមុន ដោយមិនផ្លាស់ប្តូរគំរូគណិតវិទ្យាដែលត្រូវបានត្រួតពិនិត្យយ៉ាងតឹងរ៉ឹងក្រោមច្បាប់អាល្លឺម៉ង់។

អ្វីដែលវាមានន័យសម្រាប់កាស៊ីណូដែលមានអាជ្ញាប័ណ្ណ GGL

ប្រតិបត្តិករអាល្លឺម៉ង់ទទួលបានអត្ថប្រយោជន៍ពីភាពជឿជាក់ខ្ពស់។ ដោយសារពេលវេលាផ្ទុក (loading times) គឺជាកត្តាសំខាន់សម្រាប់ការរក្សាអ្នកប្រើប្រាស់ ការគណនាគែម (edge computing) រួមបញ្ចូលគ្នាជាមួយ microservices ផ្ដល់ឱកាសដើម្បីនាំយកថាមពលដំណើរការ (processing power) ឱ្យកាន់តែខិតទៅជិតអ្នកលេងនៅក្នុងទីក្រុងដូចជា Frankfurt។ នេះកាត់បន្ថយការពន្យាពេល (latency) ដែលអាចប៉ះពាល់អវិជ្ជមានដល់បទពិសោធន៍លេងហ្គេម។ លើសពីនេះ វាធ្វើឱ្យការអនុលោមតាមច្បាប់អាល្លឺម៉ង់ដ៏តឹងរ៉ឹងកាន់តែងាយស្រួល ដូចជាដែនកំណត់ 1 អឺរ៉ូក្នុងមួយការបង្វិល (spin) ព្រោះយន្តការផ្ទៀងផ្ទាត់ទាំងនេះអាចត្រូវបានអនុវត្តជាសេវាកម្មដាច់ដោយឡែក និងមានភាពអាចរកបានខ្ពស់ (highly available services)។ សម្រាប់អ្នកផ្តល់សេវាដែលមានអាជ្ញាប័ណ្ណ GGL នេះមានន័យថាពេលវេលាកាន់តែលឿនក្នុងការដាក់លក់ផលិតផលថ្មី (time-to-market) និងការប្រកាន់ខ្ជាប់យ៉ាងរឹងមាំទៅនឹងតម្រូវការការពារអ្នកលេង។