ស្ថាបត្យកម្មវិក្កយបត្រជំនាន់ថ្មី៖ ការផ្លាស់ប្តូរជាមួយនឹងការផ្លាស់ប្តូរទៅ Tarantool

ហេតុអ្វីបានជាសាជីវកម្មដូចជា MegaFon ត្រូវការ Tarantool ក្នុងការចេញវិក្កយបត្រ? ពីខាងក្រៅវាហាក់បីដូចជាអ្នកលក់តែងតែមក នាំយកប្រអប់ធំមួយចំនួន ដោតឌុយចូលទៅក្នុងរន្ធ - ហើយនោះជាការចេញវិក្កយបត្រ! នេះ​ធ្លាប់​ជា​ករណី​មួយ ប៉ុន្តែ​ឥឡូវ​វា​ចាស់​ហើយ ដាយណូស័រ​ប្រភេទ​នេះ​បាន​ផុត​ពូជ​ទៅ​ហើយ ឬ​កំពុង​ផុត​ពូជ។ ដំបូង វិក័យប័ត្រគឺជាប្រព័ន្ធសម្រាប់ចេញវិក្កយបត្រ - ម៉ាស៊ីនរាប់ឬម៉ាស៊ីនគិតលេខ។ នៅក្នុងទូរគមនាគមន៍ទំនើបនេះគឺ ប្រព័ន្ធស្វ័យប្រវត្តិកម្មសម្រាប់វដ្តជីវិតទាំងមូលនៃអន្តរកម្មជាមួយអតិថិជនចាប់ពីការបញ្ចប់កិច្ចសន្យារហូតដល់ការបញ្ចប់រួមទាំងការចេញវិក្កយបត្រតាមពេលវេលាជាក់ស្តែង ការទទួលយកការទូទាត់ និងច្រើនទៀត។ ការចេញវិក្កយបត្រនៅក្នុងក្រុមហ៊ុនទូរគមនាគមន៍គឺដូចជាមនុស្សយន្តប្រយុទ្ធ - ធំ មានកម្លាំង និងផ្ទុកដោយអាវុធ។

តើ Tarantool ទាក់ទងអ្វីជាមួយវា? ពួកគេនឹងនិយាយអំពីវា។ លោក Oleg Ivlev и Andrey Knyazev. Oleg គឺជាប្រធានស្ថាបត្យកររបស់ក្រុមហ៊ុន មេហ្គាហ្វុន ជាមួយនឹងបទពិសោធន៍យ៉ាងទូលំទូលាយដែលធ្វើការនៅក្នុងក្រុមហ៊ុនបរទេស Andrey គឺជានាយកប្រព័ន្ធអាជីវកម្ម។ ពីប្រតិចារិកនៃរបាយការណ៍របស់ពួកគេនៅលើ សន្និសីទ Tarantool ឆ្នាំ 2018 អ្នកនឹងរៀនពីមូលហេតុដែល R&D ត្រូវការនៅក្នុងសាជីវកម្ម តើ Tarantool ជាអ្វី របៀបដែលភាពជាប់គាំងនៃការធ្វើមាត្រដ្ឋានបញ្ឈរ និងសកលភាវូបនីយកម្មបានក្លាយជាតម្រូវការជាមុនសម្រាប់រូបរាងនៃមូលដ្ឋានទិន្នន័យនេះនៅក្នុងក្រុមហ៊ុន អំពីបញ្ហាប្រឈមផ្នែកបច្ចេកវិទ្យា ការផ្លាស់ប្តូរស្ថាបត្យកម្ម និងរបៀបដែលបច្ចេកវិទ្យា MegaFon ស្រដៀងទៅនឹង Netflix , Google និង Amazon ។

គម្រោង "វិក័យប័ត្របង្រួបបង្រួម"

គម្រោងដែលចោទសួរត្រូវបានគេហៅថា "វិក័យប័ត្របង្រួបបង្រួម" ។ វានៅទីនេះដែល Tarantool បង្ហាញពីគុណភាពល្អបំផុតរបស់វា។

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

MegaFon គឺជាក្រុមហ៊ុនចំនួនប្រាំបីនៅក្នុងមួយ។. នៅឆ្នាំ 2009 ការរៀបចំឡើងវិញត្រូវបានបញ្ចប់: សាខានៅទូទាំងប្រទេសរុស្ស៊ីបានរួមបញ្ចូលគ្នាទៅជាក្រុមហ៊ុនតែមួយ MegaFon OJSC (ឥឡូវ PJSC) ។ ដូច្នេះហើយ ក្រុមហ៊ុនមានប្រព័ន្ធចេញវិក្កយបត្រចំនួន 8 ជាមួយនឹងដំណោះស្រាយ "ផ្ទាល់ខ្លួន" ផ្ទាល់ខ្លួន លក្ខណៈពិសេសសាខា និងរចនាសម្ព័ន្ធស្ថាប័នផ្សេងៗគ្នា បច្ចេកវិទ្យាព័ត៌មាន និងទីផ្សារ។

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

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

ការធ្វើមាត្រដ្ឋានបញ្ឈរ. សូម្បីតែផ្នែករឹងដែលត្រជាក់បំផុតនៅពេលនោះក៏មិនបានបំពេញតម្រូវការដែរ។ យើងបានប្រើឧបករណ៍ Hewlett-Packard ពីខ្សែ Superdome Hi-End ប៉ុន្តែវាមិនបានបំពេញតម្រូវការរបស់សាខាទាំងពីរទេ។ ខ្ញុំ​ចង់​ធ្វើ​មាត្រដ្ឋាន​ផ្ដេក​ដោយ​មិន​ចំណាយ​ប្រតិបត្តិការ​ធំ និង​ការ​វិនិយោគ​ដើមទុន។

ការរំពឹងទុកនៃកំណើននៃចំនួនអតិថិជន និងសេវាកម្ម. អ្នកប្រឹក្សាបាននាំយករឿងរ៉ាវជាច្រើនអំពី IoT និង M2M ទៅកាន់ពិភពទូរគមនាគមន៍៖ ពេលវេលានឹងមកដល់នៅពេលដែលទូរស័ព្ទ និងដែកទាំងអស់នឹងមានស៊ីមកាត ហើយពីរនៅក្នុងទូទឹកកក។ ថ្ងៃនេះយើងមានអ្នកជាវចំនួនមួយ ប៉ុន្តែនៅពេលអនាគតដ៏ខ្លីខាងមុខនឹងមានច្រើនទៀត។

បញ្ហាប្រឈមផ្នែកបច្ចេកវិទ្យា

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

លទ្ធភាពធ្វើមាត្រដ្ឋាន

បើ​កាល​ពី​មុន​សូម​និយាយ​តោះ​និយាយ 8 វិក័យប័ត្រសម្រាប់អតិថិជន 15 លាននាក់ហើយឥឡូវនេះវាគួរតែដំណើរការ អ្នកជាវ 100 លាននាក់ និងច្រើនទៀត - បន្ទុកគឺជាលំដាប់នៃរ៉ិចទ័រខ្ពស់ជាង។

យើង​បាន​ក្លាយ​ជា​ការ​ប្រៀប​ធៀប​ជា​ខ្នាត​ទៅ​នឹង​អ្នក​លេង​អ៊ីនធឺណិត​ធំៗ​ដូច​ជា Mail.ru ឬ Netflix។

ប៉ុន្តែចលនាបន្ថែមទៀតដើម្បីបង្កើនការផ្ទុក និងមូលដ្ឋានអតិថិជនបានកំណត់បញ្ហាប្រឈមដ៏ធ្ងន់ធ្ងរសម្រាប់យើង។

ភូមិសាស្ត្រនៃប្រទេសដ៏ធំរបស់យើង។

រវាង Kaliningrad និង Vladivostok 7500 គីឡូម៉ែត្រ និង 10 តំបន់ពេលវេលា. ល្បឿននៃពន្លឺមានកំណត់ ហើយនៅចម្ងាយបែបនេះ ការពន្យារពេលមានសារៈសំខាន់រួចទៅហើយ។ 150 ms នៅលើបណ្តាញអុបទិកទំនើបដែលត្រជាក់បំផុតគឺច្រើនពេកសម្រាប់ការចេញវិក្កយបត្រតាមពេលវេលាជាក់ស្តែង ជាពិសេសព្រោះវាកំពុងស្ថិតនៅក្នុងទូរគមនាគមន៍នៅក្នុងប្រទេសរុស្ស៊ី។ លើសពីនេះ អ្នកត្រូវអាប់ដេតក្នុងថ្ងៃធ្វើការ ហើយជាមួយនឹងតំបន់ពេលវេលាផ្សេងគ្នា វាជាបញ្ហា។

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

ការអត់ធ្មត់កំហុស

នេះគឺជាផ្នែកម្ខាងទៀតនៃមជ្ឈិមនិយម។

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

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

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

បទពិសោធន៍ពិភពលោក

គួរឱ្យភ្ញាក់ផ្អើល យើងមិនបានរកឃើញឯកសារយោងតែមួយនៅក្នុងទូរគមនាគមន៍សកលទេ។

អឺរ៉ុបបានធ្លាក់ចុះឆ្ងាយនៅក្នុងលក្ខខណ្ឌនៃចំនួនអតិថិជននិងទំហំ, សហរដ្ឋអាមេរិក - នៅក្នុងលក្ខខណ្ឌនៃផ្ទះល្វែងនៃពន្ធរបស់ខ្លួន។ យើង​បាន​ពិនិត្យ​មើល​ខ្លះ​នៅ​ក្នុង​ប្រទេស​ចិន ហើយ​បាន​រក​ឃើញ​ខ្លះ​នៅ​ក្នុង​ប្រទេស​ឥណ្ឌា ហើយ​បាន​ជួល​អ្នក​ជំនាញ​ពី Vodafone India។

ដើម្បីវិភាគស្ថាបត្យកម្ម យើងបានប្រមូលផ្តុំក្រុម Dream Team ដែលដឹកនាំដោយ IBM - ស្ថាបត្យករមកពីវិស័យផ្សេងៗគ្នា។ មនុស្សទាំងនេះអាចវាយតម្លៃបានគ្រប់គ្រាន់នូវអ្វីដែលយើងកំពុងធ្វើ និងនាំមកនូវចំណេះដឹងខ្លះៗដល់ស្ថាបត្យកម្មរបស់យើង។

ធ្វើមាត្រដ្ឋាន

លេខមួយចំនួនសម្រាប់បង្ហាញ។

យើងរចនាប្រព័ន្ធសម្រាប់ អតិថិជន 80 លាននាក់ ជាមួយនឹងទុនបម្រុងមួយពាន់លាន. នេះជារបៀបដែលយើងដកកម្រិតអនាគតចេញ។ នេះ​មិនមែន​ដោយសារ​តែ​យើង​នឹង​កាន់កាប់​ចិន​ទេ ប៉ុន្តែ​ដោយសារ​ការ​វាយលុក​របស់ IoT និង M2M ។

ឯកសារ 300 លានត្រូវបានដំណើរការក្នុងពេលវេលាជាក់ស្តែង. ទោះបីជាយើងមានអតិថិជន 80 លាននាក់ក៏ដោយ យើងធ្វើការជាមួយទាំងអតិថិជនសក្តានុពល និងអ្នកដែលបានចាកចេញពីយើង ប្រសិនបើយើងត្រូវការប្រមូលអ្នកទទួល។ ដូច្នេះបរិមាណជាក់ស្តែងមានទំហំធំគួរឱ្យកត់សម្គាល់។

ប្រតិបត្តិការ 2 ពាន់លាន សមតុល្យផ្លាស់ប្តូរប្រចាំថ្ងៃ - ទាំងនេះគឺជាការទូទាត់ ការគិតថ្លៃ ការហៅទូរសព្ទ និងព្រឹត្តិការណ៍ផ្សេងៗទៀត។ ទិន្នន័យ 200 TB កំពុងផ្លាស់ប្តូរយ៉ាងសកម្មផ្លាស់ប្តូរយឺតបន្តិច ទិន្នន័យ 8PBហើយនេះមិនមែនជាបណ្ណសារទេ ប៉ុន្តែជាទិន្នន័យផ្ទាល់នៅក្នុងការចេញវិក្កយបត្រតែមួយ។ ធ្វើមាត្រដ្ឋានតាមមជ្ឈមណ្ឌលទិន្នន័យ - ម៉ាស៊ីនមេ 5 ពាន់នៅលើ 14 គេហទំព័រ.

ជង់បច្ចេកវិទ្យា

នៅពេលដែលយើងរៀបចំផែនការស្ថាបត្យកម្ម និងចាប់ផ្តើមប្រមូលផ្តុំប្រព័ន្ធ យើងបាននាំចូលនូវបច្ចេកវិទ្យាទំនើប និងគួរឱ្យចាប់អារម្មណ៍បំផុត។ លទ្ធផលគឺជាជង់បច្ចេកវិទ្យាដែលស៊ាំនឹងអ្នកលេងអ៊ីនធឺណិត និងសាជីវកម្មដែលបង្កើតប្រព័ន្ធផ្ទុកខ្ពស់។

ជង់គឺស្រដៀងគ្នាទៅនឹងជង់របស់អ្នកលេងសំខាន់ៗផ្សេងទៀត: Netflix, Twitter, Viber ។ វាមាន 6 សមាសធាតុ ប៉ុន្តែយើងចង់ខ្លី និងបង្រួបបង្រួមវា។

ភាពបត់បែនគឺល្អ ប៉ុន្តែនៅក្នុងសាជីវកម្មធំមួយ គ្មានផ្លូវណាដែលគ្មានការបង្រួបបង្រួមទេ។

យើងនឹងមិនផ្លាស់ប្តូរ Oracle ដូចគ្នាទៅជា Tarantool ទេ។ នៅក្នុងការពិតនៃក្រុមហ៊ុនធំ ៗ នេះគឺជា utopia ឬបូជនីយកិច្ចសម្រាប់រយៈពេល 5-10 ឆ្នាំជាមួយនឹងលទ្ធផលមិនច្បាស់លាស់។ ប៉ុន្តែ Cassandra និង Couchbase អាចត្រូវបានជំនួសដោយ Tarantool យ៉ាងងាយស្រួល ហើយនោះជាអ្វីដែលយើងកំពុងព្យាយាម។

ហេតុអ្វីបានជា Tarantool?

មានលក្ខណៈវិនិច្ឆ័យសាមញ្ញចំនួន 4 ហេតុអ្វីបានជាយើងជ្រើសរើសមូលដ្ឋានទិន្នន័យនេះ។

ល្បឿន. យើងបានធ្វើការធ្វើតេស្តផ្ទុកនៅលើប្រព័ន្ធឧស្សាហកម្ម MegaFon ។ Tarantool បានឈ្នះ - វាបង្ហាញពីការសម្តែងដ៏ល្អបំផុត។

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

Tarantool គ្របដណ្តប់តម្រូវការរបស់ក្រុមហ៊ុនសូម្បីតែក្នុងរយៈពេលយូរ។

តម្លៃ TCO. ការគាំទ្រសម្រាប់ Couchbase លើបរិមាណ MegaFon ចំណាយប្រាក់តាមតារាសាស្ត្រ ប៉ុន្តែជាមួយនឹង Tarantool ស្ថានភាពគឺរីករាយជាង ហើយពួកវាគឺស្រដៀងគ្នានៅក្នុងមុខងារ។

លក្ខណៈពិសេសដ៏ល្អមួយទៀតដែលជះឥទ្ធិពលបន្តិចបន្តួចចំពោះជម្រើសរបស់យើងគឺថា Tarantool ដំណើរការបានល្អជាមួយអង្គចងចាំជាងមូលដ្ឋានទិន្នន័យផ្សេងទៀត។ គាត់បង្ហាញ ប្រសិទ្ធភាពអតិបរមា.

ភាពជឿជាក់. MegaFon វិនិយោគលើភាពអាចជឿជាក់បាន ប្រហែលជាច្រើនជាងអ្នកផ្សេង។ ដូច្នេះនៅពេលដែលយើងក្រឡេកមើល Tarantool យើងបានដឹងថាយើងត្រូវតែធ្វើឱ្យវាបំពេញតាមតម្រូវការរបស់យើង។

យើងបានវិនិយោគពេលវេលា និងហិរញ្ញវត្ថុរបស់យើង ហើយរួមគ្នាជាមួយ Mail.ru យើងបានបង្កើតកំណែសហគ្រាស ដែលឥឡូវនេះត្រូវបានប្រើប្រាស់នៅក្នុងក្រុមហ៊ុនជាច្រើនទៀត។

Tarantool-enterprise ពេញចិត្តទាំងស្រុងលើយើងទាក់ទងនឹងសុវត្ថិភាព ភាពជឿជាក់ និងការកាប់ឈើ។

ភាពជាដៃគូ

អ្វីដែលសំខាន់បំផុតសម្រាប់ខ្ញុំគឺ ទំនាក់ទំនងផ្ទាល់ជាមួយអ្នកអភិវឌ្ឍន៍. នេះគឺជាអ្វីដែលបុរសមកពី Tarantool បានសំណូកជាមួយ។

ប្រសិនបើអ្នកមករកអ្នកលេង ជាពិសេសអ្នកដែលធ្វើការជាមួយម៉ាស៊ីនភ្ញៀវយុថ្កា ហើយនិយាយថាអ្នកត្រូវការមូលដ្ឋានទិន្នន័យ ដើម្បីអាចធ្វើវាបាន នេះនិងនេះ ជាធម្មតាគាត់ឆ្លើយថា:

- មិនអីទេ ដាក់តម្រូវការនៅផ្នែកខាងក្រោមនៃគំនរនោះ - ថ្ងៃណាមួយ យើងនឹងទៅដល់ពួកគេ។

មនុស្សជាច្រើនមានផែនទីបង្ហាញផ្លូវសម្រាប់ 2-3 ឆ្នាំខាងមុខ ហើយវាស្ទើរតែមិនអាចទៅរួចទេក្នុងការរួមបញ្ចូលនៅទីនោះ ប៉ុន្តែអ្នកអភិវឌ្ឍន៍ Tarantool ចាប់អារម្មណ៍ជាមួយនឹងភាពបើកចំហរបស់ពួកគេ ហើយមិនត្រឹមតែមកពី MegaFon និងសម្របប្រព័ន្ធរបស់ពួកគេទៅនឹងអតិថិជននោះទេ។ វាត្រជាក់ ហើយយើងពិតជាចូលចិត្តវា។

កន្លែងដែលយើងប្រើ Tarantool

យើងប្រើ Tarantool នៅក្នុងធាតុជាច្រើន។ ទីមួយគឺនៅក្នុងអ្នកបើកបរដែលយើងបានបង្កើតនៅលើប្រព័ន្ធថតអាសយដ្ឋាន។ នៅពេលមួយខ្ញុំចង់ឱ្យវាក្លាយជាប្រព័ន្ធដែលស្រដៀងទៅនឹង Yandex.Maps និង Google Maps ប៉ុន្តែវាប្រែទៅជាខុសគ្នាបន្តិច។

ឧទាហរណ៍ កាតាឡុកអាសយដ្ឋាននៅក្នុងចំណុចប្រទាក់លក់។ នៅលើ Oracle ការស្វែងរកអាសយដ្ឋានដែលចង់បានត្រូវចំណាយពេល 12-13 វិនាទី។ - លេខមិនស្រួល។ នៅពេលដែលយើងប្តូរទៅ Tarantool ជំនួស Oracle ជាមួយនឹងមូលដ្ឋានទិន្នន័យផ្សេងទៀតនៅក្នុងកុងសូល ហើយធ្វើការស្វែងរកដូចគ្នា យើងនឹងទទួលបានល្បឿន 200x! ទីក្រុងលេចឡើងបន្ទាប់ពីអក្សរទីបី។ ឥឡូវនេះ យើងកំពុងកែសម្រួលចំណុចប្រទាក់ ដូច្នេះវាកើតឡើងបន្ទាប់ពីទីមួយ។ ទោះជាយ៉ាងណាក៏ដោយល្បឿនឆ្លើយតបគឺខុសគ្នាទាំងស្រុង - មិល្លីវិនាទីជំនួសឱ្យវិនាទី។

កម្មវិធីទីពីរគឺជាប្រធានបទដ៏ទាន់សម័យដែលហៅថា IT ល្បឿនពីរ. នេះគឺដោយសារតែអ្នកពិគ្រោះយោបល់មកពីគ្រប់ជ្រុងជ្រោយនិយាយថាសាជីវកម្មគួរតែទៅទីនោះ។

មានស្រទាប់ហេដ្ឋារចនាសម្ព័ន្ធ នៅពីលើវាមានដែន ឧទាហរណ៍ ប្រព័ន្ធវិក្កយបត្រ ដូចជាទូរគមនាគមន៍ ប្រព័ន្ធសាជីវកម្ម របាយការណ៍សាជីវកម្ម។ នេះគឺជាស្នូលដែលមិនចាំបាច់ប៉ះ។ នោះជាការពិត វាអាចទៅរួច ប៉ុន្តែធានាគុណភាព ព្រោះវានាំលុយមកសាជីវកម្ម។

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

Microservices ប្រហែលជាតួនាទីសំខាន់របស់ Tarantool នៅ MegaFon។

កន្លែងដែលយើងមានគម្រោងប្រើ Tarantool

ប្រសិនបើយើងប្រៀបធៀបគម្រោងការចេញវិក្កយបត្រដែលទទួលបានជោគជ័យរបស់យើងជាមួយនឹងកម្មវិធីផ្លាស់ប្តូរនៅ Deutsche Telekom, Svyazcom, Vodafone India វាពិតជាមានថាមពល និងច្នៃប្រឌិតគួរឱ្យភ្ញាក់ផ្អើល។ នៅក្នុងដំណើរការនៃការអនុវត្តគម្រោងនេះ មិនត្រឹមតែ MegaFon និងរចនាសម្ព័ន្ធរបស់វាត្រូវបានផ្លាស់ប្តូរប៉ុណ្ណោះទេ ថែមទាំង Tarantool-enterprise បានបង្ហាញខ្លួននៅ Mail.ru ហើយអ្នកលក់របស់យើង Nexign (អតីត Peter-Service) - BSS Box (ដំណោះស្រាយវិក្កយបត្រប្រអប់) ។

នេះ​ជា​ន័យ​មួយ​គម្រោង​ប្រវត្តិសាស្ត្រ​សម្រាប់​ទីផ្សារ​រុស្ស៊ី។ វាអាចត្រូវបានប្រៀបធៀបទៅនឹងអ្វីដែលត្រូវបានពិពណ៌នានៅក្នុងសៀវភៅ "The Mythical Man-Month" ដោយ Frederick Brooks ។ បន្ទាប់មកនៅក្នុងទសវត្សរ៍ទី 60 ក្រុមហ៊ុន IBM បានជួលមនុស្សចំនួន 360 នាក់ ដើម្បីអភិវឌ្ឍប្រព័ន្ធប្រតិបត្តិការថ្មី OS/5 សម្រាប់ mainframes ។ យើងមានតិចជាង - 000 ប៉ុន្តែរបស់យើងគឺនៅក្នុងអាវកាក់ហើយដោយគិតពីការប្រើប្រាស់ប្រភពបើកចំហនិងវិធីសាស្រ្តថ្មីយើងធ្វើការកាន់តែមានផលិតភាព។

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

បើក API

សូមក្រឡេកមើលលេខម្តងទៀត និងរបៀបដែល Open API បច្ចុប្បន្នដំណើរការ។ បន្ទុករបស់វាគឺ 10 ប្រតិបត្តិការក្នុងមួយវិនាទី. ដោយសារយើងមានគម្រោងអភិវឌ្ឍស្រទាប់សេវាកម្មមីក្រូយ៉ាងសកម្ម និងបង្កើត API សាធារណៈ MegaFon យើងរំពឹងថានឹងមានការរីកចម្រើនកាន់តែច្រើននាពេលអនាគតនៅក្នុងផ្នែកនេះ។ ប្រាកដជានឹងមានប្រតិបត្តិការចំនួន 100.

ខ្ញុំមិនដឹងថាតើយើងអាចប្រៀបធៀបជាមួយ Mail.ru នៅក្នុង SSO បានទេ - បុរសហាក់ដូចជាមានប្រតិបត្តិការ 1 ក្នុងមួយវិនាទី។ ដំណោះស្រាយរបស់ពួកគេគឺគួរឱ្យចាប់អារម្មណ៍ខ្លាំងណាស់សម្រាប់ពួកយើង ហើយយើងមានគម្រោងទទួលយកបទពិសោធន៍របស់ពួកគេ - ឧទាហរណ៍ បង្កើតការបម្រុងទុក SSO ដែលមានមុខងារដោយប្រើ Tarantool ។ ឥឡូវនេះអ្នកអភិវឌ្ឍន៍ពី Mail.ru កំពុងធ្វើវាសម្រាប់យើង។

CRM

CRM គឺជាអ្នកជាវ 80 លាននាក់ដូចគ្នា ដែលយើងចង់កើនឡើងដល់មួយពាន់លាន ពីព្រោះមានឯកសារ 300 លានរួចហើយ ដែលរួមបញ្ចូលប្រវត្តិបីឆ្នាំ។ យើងពិតជាទន្ទឹងរង់ចាំសេវាកម្មថ្មីៗ ហើយនៅទីនេះ ចំណុចរីកចម្រើនគឺសេវាកម្មតភ្ជាប់. នេះគឺជាបាល់ដែលនឹងរីកចម្រើនព្រោះនឹងមានសេវាកម្មកាន់តែច្រើន។ ដូច្នោះហើយ យើងនឹងត្រូវការរឿងមួយ យើងមិនចង់ជំពប់ដួលលើរឿងនេះទេ។

ការចេញវិក្កយបត្រដោយខ្លួនវាផ្ទាល់នៅក្នុងលក្ខខណ្ឌនៃការចេញវិក្កយបត្រ ធ្វើការជាមួយគណនីអតិថិជនដែលទទួល បានផ្លាស់ប្តូរទៅជាដែនដាច់ដោយឡែក. ដើម្បីបង្កើនប្រសិទ្ធភាពការងារ បានអនុវត្តលំនាំស្ថាបត្យកម្មដែន.

ប្រព័ន្ធនេះត្រូវបានបែងចែកទៅជាដែន បន្ទុកត្រូវបានចែកចាយ និងការអត់ឱនចំពោះកំហុសត្រូវបានធានា។ លើសពីនេះទៀត យើងបានធ្វើការជាមួយស្ថាបត្យកម្មចែកចាយ។

អ្វីផ្សេងទៀតគឺជាដំណោះស្រាយកម្រិតសហគ្រាស។ នៅក្នុងការផ្ទុកការហៅទូរស័ព្ទ - 2 ពាន់លានក្នុងមួយថ្ងៃ, 60 ពាន់លានក្នុងមួយខែ។ ពេល​ខ្លះ​អ្នក​ត្រូវ​រាប់​ពួក​វា​ក្នុង​មួយ​ខែ ហើយ​វា​កាន់​តែ​លឿន។ ការត្រួតពិនិត្យហិរញ្ញវត្ថុ - នេះគឺដូចគ្នាទៅនឹងចំនួន 300 លាននាក់ដែលកំពុងរីកចម្រើនឥតឈប់ឈរ៖ អតិថិជនតែងតែដំណើរការរវាងប្រតិបត្តិករ បង្កើនផ្នែកនេះ។

សមាសធាតុទូរគមនាគមន៍បំផុតនៃទំនាក់ទំនងចល័តគឺ វិក្កយបត្រតាមអ៊ីនធឺណិត. ទាំងនេះគឺជាប្រព័ន្ធដែលអនុញ្ញាតឱ្យអ្នកហៅទូរស័ព្ទឬមិនហៅធ្វើការសម្រេចចិត្តក្នុងពេលវេលាជាក់ស្តែង។ នៅទីនេះការផ្ទុកគឺ 30 ប្រតិបត្តិការក្នុងមួយវិនាទី ប៉ុន្តែដោយគិតគូរពីកំណើននៃការផ្ទេរទិន្នន័យ យើងមានគម្រោង 250 ប្រតិបត្តិការដូច្នេះហើយ យើងចាប់អារម្មណ៍យ៉ាងខ្លាំងចំពោះ Tarantool ។

រូបភាពមុនគឺជាដែនដែលយើងនឹងប្រើ Tarantool ។ ជាការពិតណាស់ CRM ខ្លួនវាកាន់តែទូលំទូលាយ ហើយយើងនឹងប្រើវានៅក្នុងស្នូលខ្លួនវាផ្ទាល់។

តួលេខ TTX ប៉ាន់ស្មានរបស់យើងនៃអតិថិជន 100 លាននាក់ធ្វើឱ្យខ្ញុំច្រឡំថាជាស្ថាបត្យករ - ចុះបើ 101 លាននាក់? តើអ្នកត្រូវធ្វើអ្វីគ្រប់យ៉ាងម្តងទៀតទេ? ដើម្បីការពារកុំឱ្យវាកើតឡើង យើងប្រើឃ្លាំងសម្ងាត់ ក្នុងពេលជាមួយគ្នាបង្កើនភាពងាយស្រួល។

ជាទូទៅមានវិធីសាស្រ្តពីរក្នុងការប្រើ Tarantool ។ ដំបូង - បង្កើតឃ្លាំងសម្ងាត់ទាំងអស់នៅកម្រិតមីក្រូសេវា. តាមដែលខ្ញុំយល់ VimpelCom កំពុងដើរតាមផ្លូវនេះ ដោយបង្កើតឃ្លាំងសម្ងាត់របស់អតិថិជន។

យើងមិនសូវពឹងផ្អែកលើអ្នកលក់ទេ យើងកំពុងផ្លាស់ប្តូរស្នូល BSS ដូច្នេះយើងមានឯកសារអតិថិជនតែមួយចេញពីប្រអប់។ ប៉ុន្តែយើងចង់ពង្រីកវា។ ដូច្នេះ យើង​ចាត់​វិធាន​ការ​ខុស​គ្នា​បន្តិច​បន្តួច - បង្កើតឃ្លាំងសម្ងាត់នៅក្នុងប្រព័ន្ធ.

វិធីនេះមានការធ្វើសមកាលកម្មតិច - ប្រព័ន្ធមួយទទួលខុសត្រូវទាំងឃ្លាំងសម្ងាត់ និងប្រភពមេ។

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

RTO និង RPO

មានពាក្យពីរនៅក្នុង IT - RTO и រីភីអូ.

គោលបំណងនៃពេលវេលានៃការស្តារឡើងវិញ គឺជាពេលវេលាដែលវាត្រូវការដើម្បីស្ដារសេវាកម្មឡើងវិញបន្ទាប់ពីការបរាជ័យ។ RTO = 0 មានន័យថា ទោះបីជាមានអ្វីមួយបរាជ័យក៏ដោយ សេវាកម្មនៅតែបន្តដំណើរការ។

គោលបំណងចំណុចងើបឡើងវិញ - នេះគឺជាពេលវេលាសង្គ្រោះទិន្នន័យ តើទិន្នន័យប៉ុន្មានដែលយើងអាចបាត់បង់ក្នុងរយៈពេលជាក់លាក់មួយ។ RPO = 0 មានន័យថាយើងមិនបាត់បង់ទិន្នន័យទេ។

ភារកិច្ច Tarantool

តោះព្យាយាមដោះស្រាយបញ្ហាសម្រាប់ Tarantool ។

បានផ្តល់ឱ្យ៖ ជាកញ្ចប់នៃកម្មវិធីដែលមនុស្សគ្រប់គ្នាយល់ ឧទាហរណ៍នៅក្នុង Amazon ឬកន្លែងផ្សេងទៀត។ ទាមទារ ដូច្នេះថារទេះទិញទំនិញដំណើរការ 24 ម៉ោង 7 ថ្ងៃក្នុងមួយសប្តាហ៍ឬ 99,99% នៃពេលវេលា។ ការបញ្ជាទិញដែលមករកយើងត្រូវតែមានសណ្តាប់ធ្នាប់ ពីព្រោះយើងមិនអាចបើក ឬបិទការភ្ជាប់របស់អ្នកជាវដោយចៃដន្យបានទេ អ្វីគ្រប់យ៉ាងត្រូវតែស្របគ្នាយ៉ាងតឹងរ៉ឹង។ ការជាវពីមុនប៉ះពាល់ដល់ការជាវបន្ទាប់ ដូច្នេះទិន្នន័យមានសារៈសំខាន់ - គ្មានអ្វីគួរបាត់ទេ។

ការសម្រេចចិត្ត. អ្នក​អាច​ព្យាយាម​ដោះស្រាយ​វា​ដោយ​ផ្ទាល់ ហើយ​សួរ​អ្នក​បង្កើត​មូលដ្ឋាន​ទិន្នន័យ ប៉ុន្តែ​បញ្ហា​មិន​អាច​ដោះស្រាយ​តាម​គណិតវិទ្យា​បាន​ទេ។ អ្នកអាចចងចាំទ្រឹស្តីបទ ច្បាប់អភិរក្ស រូបវិទ្យាកង់ទិច ប៉ុន្តែហេតុអ្វី - វាមិនអាចដោះស្រាយនៅកម្រិត DB បានទេ។

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

ដំណោះស្រាយរបស់យើង៖ បង្កើតបញ្ជីរាយឈ្មោះកម្មវិធីដែលចែកចាយនៅលើ Tarantool - ចង្កោមចែកចាយតាមភូមិសាស្ត្រ. នៅក្នុងដ្យាក្រាម ទាំងនេះគឺជាមជ្ឈមណ្ឌលដំណើរការទិន្នន័យបីផ្សេងគ្នា - ពីរនៅពីមុខអ៊ុយរ៉ាល់ មួយលើសពីអ៊ុយរ៉ាល់ ហើយយើងចែកចាយសំណើទាំងអស់ក្នុងចំណោមមជ្ឈមណ្ឌលទាំងនេះ។

ក្រុមហ៊ុន Netflix ដែលឥឡូវនេះត្រូវបានចាត់ទុកថាជាអ្នកដឹកនាំម្នាក់ក្នុងផ្នែក IT មានមជ្ឈមណ្ឌលទិន្នន័យតែមួយគត់រហូតដល់ឆ្នាំ 2012 ។ នៅមុនថ្ងៃបុណ្យណូអែលរបស់កាតូលិក ថ្ងៃទី 24 ខែធ្នូ មជ្ឈមណ្ឌលទិន្នន័យនេះបានធ្លាក់ចុះ។ អ្នកប្រើប្រាស់នៅក្នុងប្រទេសកាណាដា និងសហរដ្ឋអាមេរិកត្រូវបានចាកចេញដោយគ្មានខ្សែភាពយន្តដែលពួកគេចូលចិត្ត មានការខកចិត្តយ៉ាងខ្លាំង ហើយបានសរសេរអំពីវានៅលើបណ្តាញសង្គម។ ឥឡូវនេះក្រុមហ៊ុន Netflix មានមជ្ឈមណ្ឌលទិន្នន័យចំនួនបីនៅឆ្នេរសមុទ្រភាគខាងលិចខាងកើត និងមួយនៅអឺរ៉ុបខាងលិច។

ដំបូងឡើយ យើងកំពុងបង្កើតដំណោះស្រាយចែកចាយតាមភូមិសាស្ត្រ - ការអត់ឱនចំពោះកំហុសគឺសំខាន់សម្រាប់យើង។

ដូច្នេះយើងមានចង្កោមមួយ ប៉ុន្តែចុះ RPO = 0 និង RTO = 0 វិញ? ដំណោះស្រាយគឺសាមញ្ញអាស្រ័យលើប្រធានបទ។

តើអ្វីសំខាន់នៅក្នុងកម្មវិធី? ពីរផ្នែក៖ ការបោះកន្ត្រក ទៅ ធ្វើការសម្រេចចិត្តទិញ និង បន្ទាប់ពី. ផ្នែក DO នៅក្នុងទូរគមនាគមន៍ត្រូវបានគេហៅថាជាធម្មតា ការចាប់យកការបញ្ជាទិញ ឬ ការចរចាលំដាប់. នៅក្នុងទូរគមនាគមន៍ នេះអាចជាការលំបាកជាងនៅក្នុងហាងអនឡាញ ព្រោះនៅទីនោះ អតិថិជនត្រូវតែត្រូវបានបម្រើ ផ្តល់ជូនជម្រើសចំនួន 5 ហើយអ្វីៗទាំងអស់នេះកើតឡើងសម្រាប់ពេលខ្លះ ប៉ុន្តែកញ្ចប់ត្រូវបានបំពេញ។ នៅពេលនេះ ការបរាជ័យអាចធ្វើទៅបាន ប៉ុន្តែវាមិនគួរឱ្យខ្លាចនោះទេ ព្រោះវាកើតឡើងអន្តរកម្មក្រោមការគ្រប់គ្រងរបស់មនុស្ស។

ប្រសិនបើមជ្ឈមណ្ឌលទិន្នន័យទីក្រុងម៉ូស្គូបានបរាជ័យភ្លាមៗនោះ ដោយប្តូរដោយស្វ័យប្រវត្តិទៅមជ្ឈមណ្ឌលទិន្នន័យផ្សេងទៀត យើងនឹងបន្តធ្វើការ។ តាមទ្រឹស្តី ផលិតផលមួយអាចនឹងបាត់បង់នៅក្នុងរទេះ ប៉ុន្តែអ្នកឃើញវា បញ្ចូលទៅក្នុងរទេះម្តងទៀត ហើយបន្តដំណើរការ។ ក្នុងករណីនេះ RTO = 0 ។

ក្នុងពេលជាមួយគ្នានេះដែរ មានជម្រើសទីពីរ៖ នៅពេលយើងចុច "បញ្ជូន" យើងចង់ឱ្យទិន្នន័យមិនបាត់បង់។ ចាប់ពីពេលនេះតទៅ ស្វ័យប្រវត្តិកម្មចាប់ផ្តើមដំណើរការ - នេះគឺជា RPO = 0។ ដោយប្រើលំនាំពីរផ្សេងគ្នានេះ ក្នុងករណីមួយវាអាចជាចង្កោមចែកចាយតាមភូមិសាស្ត្រជាមួយមេដែលអាចប្តូរបាន ក្នុងករណីមួយផ្សេងទៀតប្រភេទនៃកំណត់ត្រាកូរ៉ុមមួយចំនួន។ លំនាំអាចប្រែប្រួល ប៉ុន្តែយើងដោះស្រាយបញ្ហា។

លើសពីនេះទៅទៀត ដោយមានបញ្ជីរាយនាមដែលបានចែកចាយ យើងក៏អាចធ្វើមាត្រដ្ឋានវាទាំងអស់ផងដែរ - មានអ្នកបញ្ជូន និងប្រតិបត្តិករជាច្រើនដែលចូលប្រើបញ្ជីឈ្មោះនេះ។

Cassandra និង Tarantool រួមគ្នា

មានករណីមួយទៀត - "ការបង្ហាញសមតុល្យ". នេះគឺជាករណីគួរឱ្យចាប់អារម្មណ៍នៃការប្រើប្រាស់រួមគ្នានៃ Cassandra និង Tarantool ។

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

Cassandra អនុញ្ញាតឱ្យអ្នកធ្វើមាត្រដ្ឋានផ្ដេកទៅគ្រប់ទំហំ។

យើងមានអារម្មណ៍ស្រួលជាមួយ Cassandra ប៉ុន្តែវាមានបញ្ហាមួយ - វាមិនល្អក្នុងការអាន។ អ្វីគ្រប់យ៉ាងគឺល្អនៅលើការថត 30 ក្នុងមួយវិនាទីមិនមែនជាបញ្ហាទេ - បញ្ហាការអាន.

ដូច្នេះ ប្រធានបទដែលមានឃ្លាំងសម្ងាត់បានលេចចេញមក ហើយក្នុងពេលជាមួយគ្នានេះ យើងបានដោះស្រាយបញ្ហាដូចខាងក្រោម៖ មានករណីប្រពៃណីចាស់មួយ នៅពេលដែលឧបករណ៍ពីការប្តូរពីការចេញវិក្កយបត្រតាមអ៊ីនធឺណិតចូលមកក្នុងឯកសារដែលយើងផ្ទុកទៅក្នុង Cassandra ។ យើងបានតស៊ូជាមួយនឹងបញ្ហានៃការទាញយកឯកសារទាំងនេះដែលអាចទុកចិត្តបាន សូម្បីតែប្រើការណែនាំនៃការផ្ទេរឯកសារអ្នកគ្រប់គ្រង IBM - មានដំណោះស្រាយដែលគ្រប់គ្រងការផ្ទេរឯកសារប្រកបដោយប្រសិទ្ធភាព ដោយប្រើពិធីការ UDP ឧទាហរណ៍ ជាជាង TCP ។ វាល្អ ប៉ុន្តែវានៅតែប៉ុន្មាននាទី ហើយយើងមិនទាន់បានផ្ទុកវាទាំងអស់នៅឡើយទេ ប្រតិបត្តិករនៅក្នុងមជ្ឈមណ្ឌលហៅទូរសព្ទមិនអាចឆ្លើយប្រាប់អតិថិជននូវអ្វីដែលបានកើតឡើងចំពោះសមតុល្យរបស់គាត់ - យើងត្រូវរង់ចាំ។

ដើម្បី​ការពារ​កុំ​ឲ្យ​មាន​រឿង​នេះ​កើតឡើង​យើង​ យើងប្រើបំរុងមុខងារប៉ារ៉ាឡែល. នៅពេលដែលយើងផ្ញើព្រឹត្តិការណ៍តាមរយៈ Kafka ទៅ Tarantool ការគណនាសរុបក្នុងពេលវេលាជាក់ស្តែង ឧទាហរណ៍ សម្រាប់ថ្ងៃនេះ យើងទទួលបាន សមតុល្យសាច់ប្រាក់ដែលអាចផ្ទេរសមតុល្យក្នុងល្បឿនណាមួយ ឧទាហរណ៍ 100 ពាន់ប្រតិបត្តិការក្នុងមួយវិនាទី និងដូចគ្នា 2 វិនាទី។

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

សេចក្តីសន្និដ្ឋាន

ទាំងនេះគឺជាឧទាហរណ៍នៃការប្រើប្រាស់ Tarantool ។ យើងពិតជាចូលចិត្តការបើកចំហរបស់ Mail.ru និងឆន្ទៈរបស់ពួកគេក្នុងការពិចារណាករណីផ្សេងៗ។

វាជាការលំបាករួចទៅហើយសម្រាប់អ្នកប្រឹក្សាពី BCG ឬ McKinsey Accenture ឬ IBM ដើម្បីធ្វើឱ្យយើងភ្ញាក់ផ្អើលជាមួយនឹងអ្វីដែលថ្មី - ភាគច្រើននៃអ្វីដែលពួកគេផ្តល់ជូន យើងបានធ្វើរួចហើយ បានធ្វើ ឬកំពុងគ្រោងនឹងធ្វើ។ ខ្ញុំគិតថា Tarantool នឹងយកកន្លែងត្រឹមត្រូវរបស់ខ្លួននៅក្នុងជង់បច្ចេកវិទ្យារបស់យើង ហើយនឹងជំនួសបច្ចេកវិទ្យាដែលមានស្រាប់ជាច្រើន។ យើងស្ថិតក្នុងដំណាក់កាលសកម្មនៃការអភិវឌ្ឍន៍គម្រោងនេះ។

របាយការណ៍របស់ Oleg និង Andrey គឺជាផ្នែកមួយនៃការល្អបំផុតនៅក្នុងសន្និសីទ Tarantool កាលពីឆ្នាំមុន ហើយនៅថ្ងៃទី 17 ខែមិថុនា Oleg Ivlev នឹងនិយាយនៅ សន្និសីទ T+ ឆ្នាំ 2019 ជាមួយនឹងរបាយការណ៍មួយ។ "ហេតុអ្វីបានជា Tarantool នៅក្នុងសហគ្រាស". Alexander Deulin នឹងធ្វើបទបង្ហាញពី MegaFon ផងដែរ។ "ឃ្លាំងសម្ងាត់ Tarantool និងការចម្លងពី Oracle". ចូរយើងស្វែងយល់ពីអ្វីដែលបានផ្លាស់ប្តូរ តើផែនការអ្វីខ្លះត្រូវបានអនុវត្ត។ ចូលរួម - សន្និសីទគឺមិនគិតថ្លៃអ្វីទាំងអស់ដែលអ្នកត្រូវធ្វើគឺ ចុះឈ្មោះ... ទាំងអស់ របាយការណ៍បានទទួលយក ហើយកម្មវិធីសន្និសីទត្រូវបានបង្កើតឡើង៖ ករណីថ្មី បទពិសោធន៍ថ្មីក្នុងការប្រើប្រាស់ Tarantool ស្ថាបត្យកម្ម សហគ្រាស ការបង្រៀន និងសេវាកម្មមីក្រូ។

ប្រភព: www.habr.com