🥇 សិស្សប្រាំនាក់ និងកន្លែងផ្ទុកតម្លៃគន្លឹះចែកចាយចំនួនបី

ឬរបៀបដែលយើងសរសេរបណ្ណាល័យ C++ របស់អតិថិជនសម្រាប់ ZooKeeper, etcd និង Consul KV

នៅក្នុងពិភពនៃប្រព័ន្ធចែកចាយ មានកិច្ចការធម្មតាមួយចំនួន៖ រក្សាទុកព័ត៌មានអំពីសមាសភាពនៃចង្កោម គ្រប់គ្រងការកំណត់រចនាសម្ព័ន្ធថ្នាំង រកឃើញថ្នាំងដែលមានកំហុស ការជ្រើសរើសអ្នកដឹកនាំ។ និងផ្សេងទៀត. ដើម្បីដោះស្រាយបញ្ហាទាំងនេះ ប្រព័ន្ធចែកចាយពិសេសត្រូវបានបង្កើតឡើង - សេវាកម្មសម្របសម្រួល។ ឥឡូវនេះយើងនឹងចាប់អារម្មណ៍លើពួកគេបីនាក់៖ ZooKeeper, etcd និង Consul ។ ក្នុងចំណោមមុខងារដ៏សម្បូរបែបរបស់កុងស៊ុល យើងនឹងផ្តោតលើកុងស៊ុល KV។

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

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

យើងបានគ្រប់គ្រងដើម្បីបង្កើតបណ្ណាល័យដែលផ្តល់នូវចំណុចប្រទាក់ទូទៅសម្រាប់ធ្វើការជាមួយ ZooKeeper, etcd និង Consul KV ។ បណ្ណាល័យត្រូវបានសរសេរជា C++ ប៉ុន្តែមានគម្រោងបញ្ជូនវាទៅជាភាសាផ្សេងទៀត។

ម៉ូដែលទិន្នន័យ

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

អ្នកថែរក្សាសួនសត្វ

គ្រាប់ចុចត្រូវបានរៀបចំជាមែកធាង ហើយត្រូវបានគេហៅថាថ្នាំង។ ដូច្នោះហើយ សម្រាប់ថ្នាំង អ្នកអាចទទួលបានបញ្ជីកូនរបស់វា។ ប្រតិបត្តិការនៃការបង្កើត znode (បង្កើត) និងការផ្លាស់ប្តូរតម្លៃ (setData) ត្រូវបានបំបែកចេញពីគ្នា៖ មានតែគ្រាប់ចុចដែលមានស្រាប់ប៉ុណ្ណោះដែលអាចអាន និងផ្លាស់ប្តូរបាន។ នាឡិកាអាចត្រូវបានភ្ជាប់ទៅនឹងប្រតិបត្តិការនៃការត្រួតពិនិត្យអត្ថិភាពនៃថ្នាំង អានតម្លៃ និងការទទួលបានកូន។ នាឡិកាគឺជាកេះមួយដងដែលចាប់ផ្តើមនៅពេលដែលកំណែនៃទិន្នន័យដែលត្រូវគ្នានៅលើម៉ាស៊ីនមេផ្លាស់ប្តូរ។ ថ្នាំង ephemeral ត្រូវបានប្រើដើម្បីរកមើលការបរាជ័យ។ ពួកវាត្រូវបានចងភ្ជាប់ទៅនឹងសម័យរបស់អតិថិជនដែលបានបង្កើតពួកគេ។ នៅពេលដែលម៉ាស៊ីនភ្ញៀវបិទវគ្គ ឬបញ្ឈប់ការជូនដំណឹងដល់ ZooKeeper អំពីអត្ថិភាពរបស់វា ថ្នាំងទាំងនេះត្រូវបានលុបដោយស្វ័យប្រវត្តិ។ ប្រតិបត្តិការសាមញ្ញត្រូវបានគាំទ្រ - សំណុំនៃប្រតិបត្តិការដែលជោគជ័យ ឬបរាជ័យ ប្រសិនបើវាមិនអាចធ្វើទៅបានយ៉ាងហោចណាស់មួយក្នុងចំណោមពួកគេ។

ល

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

etcd មិនមានប្រតិបត្តិការប្រៀបធៀប និងកំណត់ស្តង់ដារទេ ប៉ុន្តែវាមានអ្វីដែលប្រសើរជាងនេះ៖ ប្រតិបត្តិការ។ ជាការពិតណាស់ ពួកវាមាននៅក្នុងប្រព័ន្ធទាំងបី ប៉ុន្តែប្រតិបត្តិការ etcd គឺល្អជាពិសេស។ ពួកគេមានបីប្លុក: ពិនិត្យជោគជ័យបរាជ័យ។ ប្លុកទីមួយមានសំណុំនៃលក្ខខណ្ឌមួយ ទីពីរ និងទីបី - ប្រតិបត្តិការ។ ប្រតិបត្តិការនេះត្រូវបានប្រតិបត្តិតាមអាតូមិក។ ប្រសិនបើលក្ខខណ្ឌទាំងអស់ជាការពិត នោះប្លុកជោគជ័យត្រូវបានប្រតិបត្តិ បើមិនដូច្នេះទេ ប្លុកបរាជ័យត្រូវបានប្រតិបត្តិ។ នៅក្នុង API 3.3 ប្លុកជោគជ័យ និងបរាជ័យអាចផ្ទុកប្រតិបត្តិការសម្ងាត់។ នោះគឺវាអាចធ្វើទៅបានដើម្បីប្រតិបត្តិការសាងសង់តាមលក្ខខណ្ឌនៃកម្រិតសំបុកស្ទើរតែតាមអំពើចិត្ត។ អ្នកអាចស្វែងយល់បន្ថែមអំពីអ្វីដែលការត្រួតពិនិត្យ និងប្រតិបត្តិការមានមកពី ឯកសារ.

នាឡិកាក៏មាននៅទីនេះដែរ ទោះបីជាវាមានភាពស្មុគស្មាញបន្តិចហើយអាចប្រើឡើងវិញបាន។ នោះគឺបន្ទាប់ពីដំឡើងនាឡិកានៅលើជួរគន្លឹះ អ្នកនឹងទទួលបានការអាប់ដេតទាំងអស់នៅក្នុងជួរនេះរហូតដល់អ្នកបោះបង់នាឡិកា ហើយមិនមែនគ្រាន់តែជានាឡិកាទីមួយនោះទេ។ នៅក្នុង etcd analogue នៃវគ្គអតិថិជន ZooKeeper គឺជាការជួល។

កុងស៊ុល K.V.

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

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

ដាក់វាទាំងអស់គ្នា

ZooKeeper មានគំរូទិន្នន័យយ៉ាងម៉ត់ចត់បំផុត។ សំណួរជួរបង្ហាញដែលមាននៅក្នុង etcd មិនអាចត្រូវបានត្រាប់តាមដោយមានប្រសិទ្ធភាពក្នុង ZooKeeper ឬ Consul ទេ។ ដោយព្យាយាមបញ្ចូលនូវអ្វីដែលល្អបំផុតពីសេវាកម្មទាំងអស់ យើងបានបញ្ចប់ជាមួយនឹងចំណុចប្រទាក់ស្ទើរតែស្មើនឹងចំណុចប្រទាក់ ZooKeeper ជាមួយនឹងករណីលើកលែងសំខាន់ៗដូចខាងក្រោម៖

លំដាប់ កុងតឺន័រ និងថ្នាំង TTL មិនគាំទ្រ
ACL មិនត្រូវបានគាំទ្រទេ។
វិធីសាស្ត្រកំណត់បង្កើតសោប្រសិនបើវាមិនមាន (នៅក្នុង ZK setData ត្រឡប់កំហុសក្នុងករណីនេះ)
set និង cas method ត្រូវបានបំបែកចេញពីគ្នា (ក្នុង ZK ពួកវាសំខាន់ដូចគ្នា)
វិធីសាស្ត្រលុបលុបថ្នាំងរួមជាមួយនឹងមែកធាងរងរបស់វា (ក្នុង ZK delete ត្រឡប់កំហុសប្រសិនបើថ្នាំងមានកូន)
សម្រាប់កូនសោនីមួយៗមានកំណែតែមួយ - កំណែតម្លៃ (នៅក្នុង ZK មានបីនៃពួកគេ)

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

ការអនុវត្តឥរិយាបទស្រដៀងទៅនឹង ZooKeeper នៅពេលលុបចំនុចកំពូល តម្រូវឱ្យរក្សាការរាប់កូនដាច់ដោយឡែកសម្រាប់កូនសោនីមួយៗនៅក្នុង etcd និងកុងស៊ុល។ ដោយសារយើងព្យាយាមជៀសវាងការរក្សាទុកព័ត៌មានមេតា វាត្រូវបានសម្រេចចិត្តលុបមែកធាងរងទាំងមូល។

subtleties នៃការអនុវត្ត

សូមពិនិត្យមើលឱ្យកាន់តែដិតដល់នូវទិដ្ឋភាពមួយចំនួននៃការអនុវត្តចំណុចប្រទាក់បណ្ណាល័យនៅក្នុងប្រព័ន្ធផ្សេងៗ។

ឋានានុក្រមក្នុង ល។

ការរក្សាទិដ្ឋភាពតាមឋានានុក្រមនៅក្នុង etcd បានក្លាយជាកិច្ចការដ៏គួរឱ្យចាប់អារម្មណ៍បំផុតមួយ។ សំណួរជួរធ្វើឱ្យវាងាយស្រួលក្នុងការទៅយកបញ្ជីនៃសោដោយមានបុព្វបទដែលបានបញ្ជាក់។ ឧទាហរណ៍ប្រសិនបើអ្នកត្រូវការអ្វីគ្រប់យ៉ាងដែលចាប់ផ្តើមជាមួយ "/foo"អ្នកកំពុងស្នើសុំជួរ ["/foo", "/fop"). ប៉ុន្តែវានឹងត្រឡប់មែកធាងរងទាំងមូលនៃកូនសោ ដែលប្រហែលជាមិនអាចទទួលយកបានប្រសិនបើមែកធាងរងមានទំហំធំ។ ដំបូងឡើយ យើងគ្រោងនឹងប្រើប្រាស់យន្តការបកប្រែគន្លឹះ បានអនុវត្តនៅក្នុង zetcd. វាពាក់ព័ន្ធនឹងការបន្ថែមមួយបៃនៅដើមគន្លឹះ ស្មើនឹងជម្រៅនៃថ្នាំងនៅក្នុងមែកធាង។ ខ្ញុំសូមផ្តល់ឧទាហរណ៍មួយដល់អ្នក។

"/foo" -> "u01/foo"
"/foo/bar" -> "u02/foo/bar"

បន្ទាប់មកទទួលបានកូនសោទាំងអស់ភ្លាមៗ "/foo" អាចធ្វើទៅបានដោយការស្នើសុំជួរ ["u02/foo/", "u02/foo0"). បាទនៅក្នុង ASCII "0" ឈរភ្លាមៗបន្ទាប់ពី "/".

ប៉ុន្តែតើធ្វើដូចម្តេចដើម្បីអនុវត្តការយកចេញនៃ vertex មួយក្នុងករណីនេះ? វាប្រែថាអ្នកត្រូវលុបជួរទាំងអស់នៃប្រភេទ ["uXX/foo/", "uXX/foo0") សម្រាប់ XX ពី 01 ដល់ FF ។ ហើយបន្ទាប់មកយើងបានរត់ចូល ដែនកំណត់ចំនួនប្រតិបត្តិការ ក្នុងប្រតិបត្តិការមួយ។

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

"/very" -> "/u00very"
"/very/long" -> "/very/u00long"
"/very/long/path" -> "/very/long/u00path"

បន្ទាប់មកលុបសោ "/very" ប្រែទៅជាការលុប "/u00very" និងជួរ ["/very/", "/very0")និងការទទួលបានកូនទាំងអស់ - នៅក្នុងការស្នើសុំកូនសោពីជួរ ["/very/u00", "/very/u01").

ការដកសោនៅក្នុង ZooKeeper

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

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

កំណត់នៅក្នុង ZooKeeper

នៅក្នុង ZooKeeper មានវិធីសាស្រ្តដាច់ដោយឡែកដែលធ្វើការជាមួយរចនាសម្ព័ន្ធមែកធាង (បង្កើត លុប getChildren) ហើយវាដំណើរការជាមួយទិន្នន័យក្នុង nodes (setData, getData) លើសពីនេះ វិធីសាស្ត្រទាំងអស់មានលក្ខខណ្ឌជាមុនយ៉ាងតឹងរឹង៖ បង្កើតនឹងត្រឡប់កំហុសប្រសិនបើថ្នាំងមានរួចហើយ ត្រូវបានបង្កើត លុប ឬកំណត់ទិន្នន័យ - ប្រសិនបើវាមិនទាន់មាន។ យើងត្រូវការវិធីសាស្ត្រកំណត់ដែលអាចហៅបានដោយមិនគិតពីវត្តមានរបស់សោ។

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

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

ព័ត៌មានលម្អិតបច្ចេកទេសបន្ថែម

នៅក្នុងផ្នែកនេះ យើងនឹងសម្រាកពីប្រព័ន្ធចែកចាយ ហើយនិយាយអំពីការសរសេរកូដ។
តម្រូវការចម្បងមួយរបស់អតិថិជនគឺឆ្លងវេទិកា៖ យ៉ាងហោចណាស់សេវាកម្មមួយត្រូវតែត្រូវបានគាំទ្រនៅលើ Linux, MacOS និង Windows ។ ដំបូងឡើយ យើងបានបង្កើតសម្រាប់តែលីនុច ហើយចាប់ផ្តើមសាកល្បងលើប្រព័ន្ធផ្សេងទៀតនៅពេលក្រោយ។ នេះបណ្តាលឱ្យមានបញ្ហាជាច្រើនដែលសម្រាប់ពេលខ្លះវាមិនច្បាស់ទាំងស្រុងអំពីរបៀបចូលទៅជិត។ ជាលទ្ធផល សេវាសំរបសំរួលទាំងបីឥឡូវនេះត្រូវបានគាំទ្រនៅលើ Linux និង MacOS ខណៈពេលដែល Consul KV ត្រូវបានគាំទ្រនៅលើ Windows ប៉ុណ្ណោះ។

តាំងពីដើមដំបូងមក យើងបានព្យាយាមប្រើបណ្ណាល័យដែលត្រៀមរួចជាស្រេច ដើម្បីចូលប្រើសេវាកម្ម។ ក្នុងករណី ZooKeeper ជម្រើសបានធ្លាក់ចុះ ZooKeeper C ++ដែលទីបំផុតបរាជ័យក្នុងការចងក្រងនៅលើ Windows ។ ទោះជាយ៉ាងណាក៏ដោយ នេះមិនមែនជារឿងគួរឱ្យភ្ញាក់ផ្អើលនោះទេ៖ បណ្ណាល័យត្រូវបានដាក់ជាលីនុចតែប៉ុណ្ណោះ។ សម្រាប់កុងស៊ុលជម្រើសតែមួយគត់គឺ ppconsul. ការគាំទ្រត្រូវតែបន្ថែមទៅវា។ វគ្គ и ប្រតិបត្តិការ. សម្រាប់ etcd បណ្ណាល័យពេញលេញដែលគាំទ្រកំណែចុងក្រោយបំផុតនៃពិធីការមិនត្រូវបានរកឃើញទេ ដូច្នេះយើងគ្រាន់តែ ម៉ាស៊ីនភ្ញៀវ grpc បានបង្កើត.

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

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

យើងបានប្រើបណ្តុំខ្សែស្រឡាយដូចគ្នា ដើម្បីប្រតិបត្តិសំណួរទៅកាន់ etcd និងកុងស៊ុល។ នេះមានន័យថាបណ្ណាល័យមូលដ្ឋានអាចចូលប្រើបានដោយខ្សែស្រឡាយផ្សេងគ្នាច្រើន។ ppconsul មិនមានសុវត្ថិភាពទេ ដូច្នេះការហៅទៅកាន់វាត្រូវបានការពារដោយសោ។
អ្នកអាចធ្វើការជាមួយ grpc ពីខ្សែស្រឡាយច្រើន ប៉ុន្តែមាន subtleties ។ នៅក្នុងនាឡិកា etcd ត្រូវបានអនុវត្តតាមរយៈស្ទ្រីម grpc ។ ទាំងនេះគឺជាបណ្តាញទ្វេទិសសម្រាប់សារនៃប្រភេទជាក់លាក់មួយ។ បណ្ណាល័យបង្កើតខ្សែស្រឡាយតែមួយសម្រាប់នាឡិកាទាំងអស់ និងខ្សែតែមួយដែលដំណើរការសារចូល។ ដូច្នេះ grpc ហាមឃាត់ការសរសេរស្របគ្នាដើម្បីចាក់ផ្សាយ។ នេះមានន័យថា នៅពេលចាប់ផ្តើម ឬលុបនាឡិកា អ្នកត្រូវតែរង់ចាំរហូតដល់សំណើពីមុនបានបញ្ចប់ការផ្ញើ មុនពេលផ្ញើនាឡិកាបន្ទាប់។ យើងប្រើសម្រាប់ការធ្វើសមកាលកម្ម អថេរតាមលក្ខខណ្ឌ.

លទ្ធផល

មើលដោយខ្លួនឯង៖ liboffkv.

ក្រុមរបស់យើង: Raed Romanov, លោក Ivan Glushenkov, លោក Dmitry Kamaldinov, Victor Krapivensky, Vitaly Ivanin.

ប្រភព: www.habr.com

សិស្សចំនួន XNUMX នាក់ និងហាងចែកចាយតម្លៃសំខាន់ៗចំនួន XNUMX