ការយល់ដឹងអំពីឈ្មួញកណ្តាលសារ។ រៀនមេកានិចនៃការផ្ញើសារជាមួយ ActiveMQ និង Kafka ។ ជំពូកទី 1

ជំរាបសួរមនុស្សគ្រប់គ្នា!

ខ្ញុំចាប់ផ្តើមបកប្រែសៀវភៅតូចមួយ៖
«ការយល់ដឹងអំពីឈ្មួញកណ្តាលសារ«
អ្នកនិពន្ធ៖ Jakub Korab អ្នកបោះពុម្ពផ្សាយ៖ O'Reilly Media, Inc. កាលបរិច្ឆេទនៃការបោះពុម្ពផ្សាយ៖ ខែមិថុនា ឆ្នាំ ២០១៧ ISBN៖ 2017។

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

ផ្នែកដែលបានបកប្រែរហូតមកដល់ពេលនេះ៖
ជំពូក 1. សេចក្តីផ្តើម
ជំពូក 3. Kafka

ខ្ញុំនឹងបង្ហោះជំពូកដែលបានបញ្ចប់ ដូចដែលពួកគេត្រូវបានបកប្រែ។

ជំពូកទី 1

សេចក្តីណែនាំ

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

ជាធម្មតាមនុស្សមានទំនាក់ទំនងតិចតួចជាមួយហេដ្ឋារចនាសម្ព័ន្ធផ្ញើសារ។ ពួកគេតែងតែភ្ជាប់ទៅប្រព័ន្ធដែលបានបង្កើតតាំងពីយូរយារណាស់មកហើយ ឬទាញយកការចែកចាយពីអ៊ីនធឺណិត ដំឡើងវានៅក្នុង PROM ហើយចាប់ផ្តើមសរសេរកូដសម្រាប់វា។ បន្ទាប់ពីដំណើរការហេដ្ឋារចនាសម្ព័ន្ធនៅក្នុង PROM លទ្ធផលអាចត្រូវបានលាយបញ្ចូលគ្នា៖ សារត្រូវបានបាត់បង់ដោយសារតែការបរាជ័យ ការផ្ញើមិនដំណើរការដូចដែលអ្នករំពឹងទុក ឬឈ្មួញកណ្តាល "ព្យួរ" អ្នកផលិតរបស់អ្នក ឬមិនផ្ញើសារទៅកាន់អ្នកប្រើប្រាស់របស់អ្នក។

ស្តាប់ទៅធ្លាប់ស្គាល់?

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

ដោយគ្មានការយល់ដឹងស៊ីជម្រៅអំពីរបៀបដែលឈ្មួញកណ្តាលធ្វើការ មនុស្សធ្វើសេចក្តីថ្លែងការណ៍ដែលហាក់ដូចជាសមហេតុផលអំពីប្រព័ន្ធផ្ញើសាររបស់ពួកគេ ដូចជា៖

• ប្រព័ន្ធនឹងមិនបាត់បង់សារឡើយ។
• សារនឹងត្រូវបានដំណើរការជាបន្តបន្ទាប់
• ការបន្ថែមអ្នកប្រើប្រាស់នឹងធ្វើឱ្យប្រព័ន្ធដំណើរការលឿនជាងមុន
• សារនឹងត្រូវបានបញ្ជូនតែម្តងប៉ុណ្ណោះ។

ជាអកុសល សេចក្តីថ្លែងការណ៍មួយចំនួនទាំងនេះគឺផ្អែកលើការសន្មត់ដែលអនុវត្តតែក្នុងកាលៈទេសៈមួយចំនួនប៉ុណ្ណោះ ខណៈខ្លះទៀតគឺគ្រាន់តែមិនត្រឹមត្រូវ។

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

មុន​នឹង​យើង​ចាប់​ផ្តើ​ម​យើង​ទៅ​លើ​មូលដ្ឋាន​។

តើប្រព័ន្ធផ្ញើសារជាអ្វី ហើយហេតុអ្វីបានជាវាត្រូវការ?

ដើម្បីឱ្យកម្មវិធីពីរអាចទាក់ទងគ្នាទៅវិញទៅមក ពួកគេត្រូវតែកំណត់ចំណុចប្រទាក់ជាមុនសិន។ ការកំណត់ចំណុចប្រទាក់នេះពាក់ព័ន្ធនឹងការជ្រើសរើសការដឹកជញ្ជូន ឬពិធីការដូចជា HTTP, MQTT ឬ SMTP និងការចរចាទម្រង់សារដែលនឹងត្រូវបានផ្លាស់ប្តូររវាងប្រព័ន្ធ។ នេះអាចជាដំណើរការដ៏តឹងរ៉ឹងមួយ ដូចជាការកំណត់គ្រោងការណ៍ XML ជាមួយនឹងតម្រូវការថ្លៃចំណាយលើការបញ្ជូនសារ ឬវាអាចមានលក្ខណៈផ្លូវការតិចជាងនេះ ដូចជាកិច្ចព្រមព្រៀងរវាងអ្នកអភិវឌ្ឍន៍ពីរនាក់ ដែលផ្នែកខ្លះនៃសំណើ HTTP នឹងមានឧបករណ៍កំណត់អត្តសញ្ញាណអតិថិជន។

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

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

សូមក្រឡេកមើលភាពស្រដៀងគ្នាមួយចំនួនសម្រាប់ប្រភេទនៃបញ្ហាដែលប្រព័ន្ធផ្ញើសារដោះស្រាយ និងណែនាំពាក្យជាមូលដ្ឋានមួយចំនួន។

ចំណុចដល់ចំណុច

Alexandra ទៅការិយាល័យប្រៃសណីយ៍ដើម្បីផ្ញើកញ្ចប់មួយរបស់ Adam ។ នាងទៅបង្អួច ហើយប្រគល់កញ្ចប់ឱ្យបុគ្គលិក និយោជិត​យក​កញ្ចប់​នោះ ហើយ​ប្រគល់​បង្កាន់ដៃ​ឲ្យ​អាឡិចសាន់ត្រា។ អ័ដាមមិនចាំបាច់នៅផ្ទះទេនៅពេលកញ្ចប់ត្រូវបានផ្ញើ។ អាឡិចសាន់ត្រាមានទំនុកចិត្តថាកញ្ចប់នេះនឹងត្រូវបញ្ជូនទៅអ័ដាមនៅពេលណាមួយនៅពេលអនាគត ហើយអាចបន្តអាជីវកម្មរបស់នាងបាន។ ក្រោយ​មក​នៅ​ពេល​ខ្លះ អ័ដាម​ទទួល​បាន​កញ្ចប់​មួយ។

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

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

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

អ្នកបោះពុម្ពផ្សាយ-អ្នកជាវ

Gabriella ហៅលេខសន្និសីទ។ ខណៈពេលដែលនាងត្រូវបានភ្ជាប់ទៅសន្និសិទ នាងឮអ្វីៗទាំងអស់ដែលអ្នកនិយាយនិយាយ រួមជាមួយនឹងអ្នកចូលរួមការហៅទូរសព្ទផ្សេងទៀត។ ពេលដែលនាងស្តាប់ទៅ នាងនឹកអ្វីដែលបាននិយាយ។ នៅពេលភ្ជាប់ឡើងវិញ នាងបន្តស្តាប់នូវអ្វីដែលកំពុងនិយាយ។

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

ប្រធានបទជាធម្មតា មិនគួរឱ្យទុកចិត្ត (មិនអាចទ្រាំទ្របាន). ដូច​អ្នក​ស្តាប់​ដែល​មិន​អាច​ស្តាប់​បាន​នូវ​អ្វី​ដែល​បាន​និយាយ​នៅ​ក្នុង​ការ​ហៅ​សន្និសីទ​នៅ​ពេល​អ្នក​ស្តាប់​ផ្តាច់​ទំនាក់ទំនង អ្នក​ជាវ​ប្រធានបទ​នឹក​សារ​ណា​មួយ​ដែល​ត្រូវ​បាន​ផ្ញើ​ពេល​ពួកគេ​គ្មាន​អ៊ីនធឺណិត។ សម្រាប់ហេតុផលនេះ យើងអាចនិយាយបានថាប្រធានបទផ្តល់នូវការធានាលើការដឹកជញ្ជូន មិនលើសពីម្តង សម្រាប់អ្នកប្រើប្រាស់ម្នាក់ៗ។

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

ម៉ូដែលកូនកាត់

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

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

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

ម៉ូដែលកូនកាត់គឺមិនមែនថ្មីទេ ហើយអាចប្រើប្រាស់បាននៅក្នុងប្រព័ន្ធផ្ញើសារភាគច្រើន រួមទាំង ActiveMQ (តាមរយៈទិសដៅនិម្មិត ឬសមាសធាតុដែលរួមបញ្ចូលគ្នានូវប្រធានបទ និងជួរ) និង Kafka (ជាក់ស្តែង ជាទ្រព្យសម្បត្តិមូលដ្ឋាននៃការរចនាទិសដៅរបស់វា)។

ឥឡូវនេះ យើងមានវាក្យសព្ទជាមូលដ្ឋានមួយចំនួន និងការយល់ដឹងអំពីអ្វីដែលយើងអាចប្រើប្រព័ន្ធផ្ញើសារសម្រាប់ យើងចុះទៅលម្អិត។

ការបកប្រែរួចរាល់៖ tele.gg/middle_java

ផ្នែកបកប្រែខាងក្រោម៖ ជំពូក 3. Kafka

នៅ​មាន​ជា​បន្ត​ទៀត…

ប្រភព: www.habr.com