ຄວາມເຂົ້າໃຈນາຍຫນ້າຂໍ້ຄວາມ. ການຮຽນຮູ້ກົນໄກການສົ່ງຂໍ້ຄວາມກັບ ActiveMQ ແລະ Kafka. ບົດທີ 1

ສະບາຍດີທຸກຄົນ!

ໄດ້​ເລີ່ມ​ຕົ້ນ​ການ​ແປ​ຫນັງ​ສື​ຂະ​ຫນາດ​ນ້ອຍ​:
«ຄວາມເຂົ້າໃຈນາຍຫນ້າຂໍ້ຄວາມ",
author: Jakub Korab, ຜູ້ຈັດພິມ: O'Reilly Media, Inc., ວັນທີພິມເຜີຍແຜ່: ເດືອນມິຖຸນາ 2017, ISBN: 9781492049296.

ຈາກການແນະນໍາຂອງຫນັງສື:
" ... ຫນັງສືເຫຼັ້ມນີ້ຈະສອນທ່ານໃຫ້ຄິດກ່ຽວກັບລະບົບການສົ່ງຂໍ້ຄວາມແບບນາຍຫນ້າໂດຍການປຽບທຽບແລະກົງກັນຂ້າມກັບສອງເທກໂນໂລຍີນາຍຫນ້າທີ່ນິຍົມ: Apache ActiveMQ ແລະ Apache Kafka. ມັນຈະຊີ້ແຈງກໍລະນີການນໍາໃຊ້ແລະແຮງຈູງໃຈຂອງການພັດທະນາທີ່ເຮັດໃຫ້ນັກພັດທະນາຂອງພວກເຂົາໃຊ້ວິທີການທີ່ແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍໃນພື້ນທີ່ດຽວກັນຂອງການສົ່ງຂໍ້ຄວາມແບບນາຍຫນ້າລະຫວ່າງລະບົບ. ພວກເຮົາຈະພິຈາລະນາເຕັກໂນໂລຢີເຫຼົ່ານີ້ຈາກພື້ນຖານແລະເນັ້ນໃສ່ຜົນກະທົບຂອງທາງເລືອກໃນການອອກແບບທີ່ແຕກຕ່າງກັນຕະຫຼອດທາງ. ທ່ານຈະໄດ້ຮັບຄວາມເຂົ້າໃຈຢ່າງເລິກເຊິ່ງກ່ຽວກັບຜະລິດຕະພັນທັງສອງ, ຄວາມເຂົ້າໃຈກ່ຽວກັບວິທີທີ່ພວກເຂົາຄວນແລະບໍ່ຄວນໃຊ້, ແລະຄວາມເຂົ້າໃຈກ່ຽວກັບສິ່ງທີ່ຕ້ອງລະວັງເມື່ອພິຈາລະນາເຕັກໂນໂລຢີການສົ່ງຂໍ້ຄວາມອື່ນໆໃນອະນາຄົດ. ... "

ພາກສ່ວນທີ່ແປມາເຖິງຕອນນັ້ນ:
ບົດທີ 1 ບົດແນະນຳ
ບົດທີ 3. Kafka

ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ປະ​ຕິ​ບັດ​ບົດ​ທີ່​ສໍາ​ເລັດ​ຕາມ​ທີ່​ເຂົາ​ເຈົ້າ​ໄດ້​ຖືກ​ແປ​.

ບົດທີ 1

ການນໍາສະເຫນີ

ການສົ່ງຂໍ້ຄວາມລະຫວ່າງລະບົບແມ່ນຫນຶ່ງໃນພື້ນທີ່ທີ່ເຂົ້າໃຈຫນ້ອຍທີ່ສຸດຂອງ IT. ໃນຖານະເປັນນັກພັດທະນາຫຼືສະຖາປະນິກ, ທ່ານອາດຈະຄຸ້ນເຄີຍກັບກອບແລະຖານຂໍ້ມູນຕ່າງໆ. ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນໄປໄດ້ວ່າທ່ານພຽງແຕ່ມີ glimpse ຂອງວິທີການຂອງເຕັກໂນໂລຊີການສົ່ງຂໍ້ຄວາມໂດຍນາຍຫນ້າເຮັດວຽກ. ຖ້າເຈົ້າຮູ້ສຶກແບບນັ້ນ, ຢ່າກັງວົນ, ເຈົ້າຢູ່ໃນບໍລິສັດທີ່ດີ.

ປົກກະຕິແລ້ວປະຊາຊົນມີການຕິດຕໍ່ຈໍາກັດຫຼາຍກັບໂຄງສ້າງພື້ນຖານການສົ່ງຂໍ້ຄວາມ. ເລື້ອຍໆພວກເຂົາເຊື່ອມຕໍ່ກັບລະບົບທີ່ສ້າງຂຶ້ນໃນເວລາດົນນານ, ຫຼືດາວໂຫລດຊຸດການແຈກຢາຍຈາກອິນເຕີເນັດ, ຕິດຕັ້ງມັນຢູ່ໃນ PROM ແລະເລີ່ມຂຽນລະຫັດສໍາລັບມັນ. ຫຼັງຈາກດໍາເນີນການໂຄງສ້າງພື້ນຖານໃນ PROM, ຜົນໄດ້ຮັບສາມາດປະສົມໄດ້: ຂໍ້ຄວາມຖືກສູນເສຍໃນອຸປະຕິເຫດ, ການສົ່ງບໍ່ເຮັດວຽກຕາມທີ່ທ່ານຄາດຫວັງ, ຫຼືນາຍຫນ້າວາງສາຍຜູ້ຜະລິດຂອງທ່ານຫຼືບໍ່ໄດ້ສົ່ງຂໍ້ຄວາມໄປຫາຜູ້ບໍລິໂພກຂອງທ່ານ.

ສຽງຄຸ້ນເຄີຍ?

ສະຖານະການທົ່ວໄປທີ່ລະຫັດຂໍ້ຄວາມຂອງທ່ານເຮັດວຽກໄດ້ດີ, ສໍາລັບເວລານີ້. ຈົນກ່ວາມັນຢຸດເຮັດວຽກ. ໄລຍະເວລານີ້ lulls vigilance ແລະເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ບໍ່ຖືກຕ້ອງຂອງຄວາມປອດໄພ, ເຊິ່ງນໍາໄປສູ່ການລະຫັດແມ້ກະທັ້ງຫຼາຍໂດຍອີງໃສ່ແນວຄວາມຄິດທີ່ບໍ່ຖືກຕ້ອງກ່ຽວກັບພຶດຕິກໍາພື້ນຖານຂອງເຕັກໂນໂລຊີ. ເມື່ອສິ່ງຕ່າງໆເລີ່ມຜິດພາດ, ທ່ານກໍາລັງປະເຊີນກັບຄວາມຈິງທີ່ບໍ່ສະບາຍ: ວ່າທ່ານບໍ່ເຂົ້າໃຈພຶດຕິກໍາພື້ນຖານຂອງຜະລິດຕະພັນ, ຫຼືການຄ້າຂາຍທີ່ເລືອກໂດຍຜູ້ຂຽນ, ເຊັ່ນ: ການປະຕິບັດທຽບກັບຄວາມຫມັ້ນຄົງ, ຫຼືການເຮັດທຸລະກໍາທຽບກັບແນວນອນ. ຄວາມ​ສາ​ມາດ​ຂະ​ຫຍາຍ​ຕົວ.

ໂດຍບໍ່ມີຄວາມເຂົ້າໃຈຢ່າງເລິກເຊິ່ງກ່ຽວກັບວິທີທີ່ນາຍຫນ້າເຮັດວຽກ, ປະຊາຊົນເຮັດໃຫ້ການຮຽກຮ້ອງທີ່ສົມເຫດສົມຜົນກ່ຽວກັບລະບົບການສົ່ງຂໍ້ຄວາມຂອງພວກເຂົາ, ເຊັ່ນ:

• ລະບົບຈະບໍ່ສູນເສຍຂໍ້ຄວາມ
• ຂໍ້ຄວາມຈະຖືກປະມວນຜົນຕາມລຳດັບ
• ການເພີ່ມຜູ້ບໍລິໂພກຈະເຮັດໃຫ້ລະບົບໄວຂຶ້ນ
• ຂໍ້ຄວາມຈະຖືກສົ່ງຄັ້ງດຽວເທົ່ານັ້ນ

ແຕ່ຫນ້າເສຍດາຍ, ບາງຄໍາຖະແຫຼງເຫຼົ່ານີ້ແມ່ນອີງໃສ່ການສົມມຸດຕິຖານທີ່ພຽງແຕ່ນໍາໃຊ້ພາຍໃຕ້ສະຖານະການສະເພາະໃດຫນຶ່ງ, ໃນຂະນະທີ່ບາງຂໍ້ບໍ່ແມ່ນຄວາມຈິງ.

ຫນັງສືເຫຼັ້ມນີ້ຈະສອນທ່ານກ່ຽວກັບເຫດຜົນກ່ຽວກັບລະບົບການສົ່ງຂໍ້ຄວາມແບບນາຍຫນ້າໂດຍການປຽບທຽບແລະກົງກັນຂ້າມກັບສອງເທກໂນໂລຍີນາຍຫນ້າທີ່ນິຍົມ: Apache ActiveMQ ແລະ Apache Kafka. ມັນຈະຊີ້ແຈງກໍລະນີການນໍາໃຊ້ແລະແຮງຈູງໃຈຂອງການພັດທະນາທີ່ເຮັດໃຫ້ນັກພັດທະນາຂອງພວກເຂົາໃຊ້ວິທີການທີ່ແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍໃນພື້ນທີ່ດຽວກັນຂອງການສົ່ງຂໍ້ຄວາມແບບນາຍຫນ້າລະຫວ່າງລະບົບ. ພວກເຮົາຈະພິຈາລະນາເຕັກໂນໂລຢີເຫຼົ່ານີ້ຈາກພື້ນຖານແລະເນັ້ນໃສ່ຜົນກະທົບຂອງທາງເລືອກໃນການອອກແບບທີ່ແຕກຕ່າງກັນຕະຫຼອດທາງ. ທ່ານຈະໄດ້ຮັບຄວາມເຂົ້າໃຈຢ່າງເລິກເຊິ່ງກ່ຽວກັບຜະລິດຕະພັນທັງສອງ, ຄວາມເຂົ້າໃຈກ່ຽວກັບວິທີທີ່ພວກເຂົາຄວນແລະບໍ່ຄວນໃຊ້, ແລະຄວາມເຂົ້າໃຈກ່ຽວກັບສິ່ງທີ່ຕ້ອງລະວັງເມື່ອພິຈາລະນາເຕັກໂນໂລຢີການສົ່ງຂໍ້ຄວາມອື່ນໆໃນອະນາຄົດ.

ກ່ອນທີ່ພວກເຮົາຈະເລີ່ມຕົ້ນ, ໃຫ້ໄປຫຼາຍກວ່າພື້ນຖານ.

ລະບົບສົ່ງຂໍ້ຄວາມແມ່ນຫຍັງ ແລະເປັນຫຍັງມັນຈຶ່ງຕ້ອງການ

ເພື່ອໃຫ້ສອງແອັບພລິເຄຊັນຕິດຕໍ່ສື່ສານກັບກັນແລະກັນ, ທໍາອິດພວກເຂົາຕ້ອງກໍານົດການໂຕ້ຕອບ. ຄໍານິຍາມຂອງການໂຕ້ຕອບນີ້ປະກອບມີທາງເລືອກຂອງການຂົນສົ່ງຫຼືໂປໂຕຄອນເຊັ່ນ HTTP, MQTT, ຫຼື SMTP, ແລະການເຈລະຈາຂອງຮູບແບບຂໍ້ຄວາມທີ່ລະບົບຈະແລກປ່ຽນ. ນີ້ສາມາດເປັນຂະບວນການທີ່ເຄັ່ງຄັດ, ເຊັ່ນ: ການກໍານົດ XML schema ທີ່ມີຄວາມຕ້ອງການ payload ສໍາລັບຂໍ້ຄວາມ, ຫຼືມັນສາມາດເປັນທາງການຫນ້ອຍຫຼາຍ, ເຊັ່ນ: ຂໍ້ຕົກລົງລະຫວ່າງສອງນັກພັດທະນາວ່າບາງສ່ວນຂອງການຮ້ອງຂໍ HTTP ຈະມີຕົວລະບຸລູກຄ້າ.

ຕາບໃດທີ່ຮູບແບບຂອງຂໍ້ຄວາມແລະຄໍາສັ່ງທີ່ເຂົາເຈົ້າຖືກສົ່ງແມ່ນສອດຄ່ອງກັນລະຫວ່າງລະບົບ, ພວກເຂົາເຈົ້າຈະສາມາດສື່ສານກັບກັນແລະກັນໂດຍບໍ່ມີການກັງວົນກ່ຽວກັບການປະຕິບັດຂອງລະບົບອື່ນໆ. ພາຍໃນຂອງລະບົບເຫຼົ່ານີ້, ເຊັ່ນພາສາການຂຽນໂປລແກລມຫຼືກອບທີ່ໃຊ້, ອາດຈະມີການປ່ຽນແປງໃນໄລຍະເວລາ. ຕາບໃດທີ່ສັນຍາຕົວມັນເອງຖືກຮັກສາໄວ້, ການໂຕ້ຕອບສາມາດສືບຕໍ່ບໍ່ປ່ຽນແປງໃນອີກດ້ານຫນຶ່ງ. ທັງສອງລະບົບໄດ້ຖືກ decoupled ປະສິດທິຜົນ (ແຍກ) ໂດຍການໂຕ້ຕອບນີ້.

ໂດຍທົ່ວໄປແລ້ວລະບົບການສົ່ງຂໍ້ຄວາມມີຕົວກາງລະຫວ່າງສອງລະບົບທີ່ໂຕ້ຕອບກັບ decouple (ແຍກຕ່າງຫາກ) ຜູ້ສົ່ງຈາກຜູ້ຮັບຫຼືຜູ້ຮັບ. ໃນກໍລະນີນີ້, ລະບົບສົ່ງຂໍ້ຄວາມອະນຸຍາດໃຫ້ຜູ້ສົ່ງຂໍ້ຄວາມໂດຍບໍ່ຮູ້ວ່າຜູ້ຮັບຢູ່ໃສ, ບໍ່ວ່າລາວມີການເຄື່ອນໄຫວຫຼືຈໍານວນຕົວຢ່າງຂອງພວກເຂົາ.

ຂໍໃຫ້ເບິ່ງການປຽບທຽບສອງສາມຢ່າງສໍາລັບປະເພດຂອງບັນຫາທີ່ລະບົບສົ່ງຂໍ້ຄວາມແກ້ໄຂແລະແນະນໍາບາງຄໍາສັບພື້ນຖານ.

ຈຸດຫາຈຸດ

ອາເລັກຊານດຣາໄປຫາຫ້ອງການໄປສະນີເພື່ອສົ່ງຊຸດໃຫ້ອາດາມ. ນາງ​ໄປ​ທີ່​ປ່ອງ​ຢ້ຽມ​ແລະ​ມອບ parcel ໃຫ້​ພະ​ນັກ​ງານ. ພະນັກງານເກັບເອົາຊຸດດັ່ງກ່າວແລະໃຫ້ Alexandra ໃບຮັບເງິນ. ອາດາມບໍ່ຈໍາເປັນຕ້ອງຢູ່ເຮືອນໃນເວລາທີ່ຊຸດໄດ້ຖືກສົ່ງ. Alexandra ຫມັ້ນໃຈວ່າຊຸດດັ່ງກ່າວຈະຖືກສົ່ງໃຫ້ Adam ໃນບາງຈຸດໃນອະນາຄົດແລະສາມາດສືບຕໍ່ດໍາເນີນທຸລະກິດຂອງນາງ. ຕໍ່ມາ, ໃນບາງຈຸດ, ອາດາມໄດ້ຮັບຊຸດຫນຶ່ງ.

ນີ້ແມ່ນຕົວຢ່າງຂອງຮູບແບບການສົ່ງຂໍ້ຄວາມ ຊີ້ຈຸດ. ຫ້ອງການໄປສະນີຢູ່ທີ່ນີ້ເຮັດຫນ້າທີ່ເປັນກົນໄກການແຈກຢາຍແພັກເກັດ, ຮັບປະກັນວ່າແຕ່ລະຊຸດຈະຖືກຈັດສົ່ງຄັ້ງດຽວ. ການ​ນໍາ​ໃຊ້​ຂອງ​ຫ້ອງ​ການ​ໄປ​ສະ​ນີ​ແຍກ​ອອກ​ກົດ​ຫມາຍ​ວ່າ​ດ້ວຍ​ການ​ສົ່ງ parcel ຈາກ​ການ​ຈັດ​ສົ່ງ​ຂອງ parcel ໄດ້​.
ໃນລະບົບການສົ່ງຂໍ້ຄວາມຄລາສສິກ, ຮູບແບບຈຸດຕໍ່ຈຸດແມ່ນປະຕິບັດຜ່ານ ຄິວ. ແຖວເຮັດໜ້າທີ່ເປັນ FIFO (ກ່ອນເຂົ້າ, ອອກກ່ອນ) buffer ທີ່ຜູ້ບໍລິໂພກໜຶ່ງຄົນ ຫຼືຫຼາຍກວ່ານັ້ນສາມາດສະໝັກໄດ້. ແຕ່ລະຂໍ້ຄວາມຖືກຈັດສົ່ງເທົ່ານັ້ນ ຫນຶ່ງໃນຜູ້ບໍລິໂພກຈອງ. ຄິວປົກກະຕິແລ້ວພະຍາຍາມແຈກຢາຍຂໍ້ຄວາມຢ່າງຍຸດຕິທໍາໃນບັນດາຜູ້ບໍລິໂພກ. ຜູ້ບໍລິໂພກພຽງແຕ່ຄົນດຽວຈະໄດ້ຮັບຂໍ້ຄວາມນີ້.

ຄໍາວ່າ "ທົນທານ" ແມ່ນໃຊ້ກັບຄິວ. ຄວາມ​ຫນ້າ​ເຊື່ອ​ຖື ແມ່ນຊັບສິນການບໍລິການທີ່ຮັບປະກັນວ່າລະບົບການສົ່ງຂໍ້ຄວາມຈະຮັກສາຂໍ້ຄວາມໃນເວລາທີ່ບໍ່ມີຜູ້ຈອງທີ່ເຄື່ອນໄຫວຈົນກ່ວາຜູ້ບໍລິໂພກຈອງຄິວການຈັດສົ່ງຂໍ້ຄວາມ.

ຄວາມຫນ້າເຊື່ອຖືມັກຈະສັບສົນກັບ ຄວາມຄົງທົນ ແລະ, ເຖິງແມ່ນວ່າທັງສອງຂໍ້ກໍານົດແມ່ນສາມາດແລກປ່ຽນກັນໄດ້, ພວກເຂົາປະຕິບັດຫນ້າທີ່ແຕກຕ່າງກັນ. ຄວາມຄົງທົນກໍານົດວ່າຂໍ້ຄວາມຖືກຂຽນໂດຍລະບົບການສົ່ງຂໍ້ຄວາມໄປຫາບາງປະເພດຂອງການເກັບຮັກສາລະຫວ່າງການຮັບແລະສົ່ງກັບຜູ້ບໍລິໂພກ. ຂໍ້​ຄວາມ​ທີ່​ສົ່ງ​ໄປ​ຫາ​ຄິວ​ອາດ​ຈະ​ຫຼື​ອາດ​ຈະ​ບໍ່​ຄົງ​ທີ່​.
ການສົ່ງຂໍ້ຄວາມແບບຈຸດຕໍ່ຈຸດແມ່ນໃຊ້ເມື່ອກໍລະນີການນຳໃຊ້ຕ້ອງການການກະທຳອັນດຽວໃນຂໍ້ຄວາມ. ຕົວຢ່າງລວມມີການຝາກເງິນເຂົ້າບັນຊີ ຫຼືການປະຕິບັດຕາມຄໍາສັ່ງການຈັດສົ່ງ. ພວກເຮົາຈະສົນທະນາຕໍ່ມາວ່າເປັນຫຍັງລະບົບການສົ່ງຂໍ້ຄວາມໂດຍຕົວມັນເອງບໍ່ສາມາດສະຫນອງການຈັດສົ່ງຄັ້ງດຽວແລະເປັນຫຍັງແຖວສາມາດສະຫນອງການຮັບປະກັນການຈັດສົ່ງທີ່ດີທີ່ສຸດ. ຢ່າງຫນ້ອຍຫນຶ່ງຄັ້ງ.

Publisher-Subscriber

Gabriella ໂທຫາໝາຍເລກກອງປະຊຸມ. ໃນຂະນະທີ່ນາງເຊື່ອມຕໍ່ກັບກອງປະຊຸມ, ນາງໄດ້ຍິນທຸກສິ່ງທີ່ຜູ້ເວົ້າເວົ້າ, ພ້ອມກັບຜູ້ເຂົ້າຮ່ວມການໂທ. ໃນເວລາທີ່ນາງສີດໍາອອກ, ນາງພາດສິ່ງທີ່ເວົ້າ. ເມື່ອເຊື່ອມຕໍ່ຄືນໃຫມ່, ນາງຍັງສືບຕໍ່ໄດ້ຍິນສິ່ງທີ່ກໍາລັງເວົ້າ.

ນີ້ແມ່ນຕົວຢ່າງຂອງຮູບແບບການສົ່ງຂໍ້ຄວາມ ເຜີຍ​ແຜ່-ສະ​ໝັກ​ໃຊ້. ການໂທກອງປະຊຸມເຮັດຫນ້າທີ່ເປັນກົນໄກການອອກອາກາດ. ຄົນທີ່ກໍາລັງລົມກັນບໍ່ສົນໃຈວ່າມີຈັກຄົນຢູ່ໃນການໂທ - ລະບົບຮັບປະກັນວ່າຜູ້ທີ່ເຊື່ອມຕໍ່ໃນປັດຈຸບັນຈະໄດ້ຍິນສິ່ງທີ່ກໍາລັງເວົ້າ.
ໃນລະບົບການສົ່ງຂໍ້ຄວາມແບບຄລາສສິກ, ຮູບແບບການສົ່ງຂໍ້ຄວາມທີ່ເຜີຍແຜ່ - ຈອງແມ່ນປະຕິບັດຜ່ານ tops. ຫົວຂໍ້ໃດຫນຶ່ງສະຫນອງວິທີການກະຈາຍສຽງດຽວກັນກັບກົນໄກການປະຊຸມ. ເມື່ອຂໍ້ຄວາມຖືກຈັດໃສ່ໃນຫົວຂໍ້ໃດຫນຶ່ງ, ມັນຖືກແຈກຢາຍ ສໍາລັບຜູ້ໃຊ້ທີ່ສະຫມັກທັງຫມົດ.

ປົກກະຕິແລ້ວຫົວຂໍ້ ບໍ່ໜ້າເຊື່ອຖື (ບໍ່ທົນທານ). ເຊັ່ນດຽວກັບຜູ້ຟັງທີ່ບໍ່ສາມາດໄດ້ຍິນສິ່ງທີ່ກໍາລັງເວົ້າຢູ່ໃນການໂທປະຊຸມ, ເມື່ອຜູ້ຟັງໄປອອບໄລນ໌, ຜູ້ຕິດຕາມຫົວຂໍ້ພາດຂໍ້ຄວາມໃດໆທີ່ຖືກສົ່ງໄປໃນຂະນະທີ່ພວກເຂົາອອບລາຍ. ສໍາລັບເຫດຜົນນີ້, ພວກເຮົາສາມາດເວົ້າວ່າ tops ສະຫນອງການຮັບປະກັນການຈັດສົ່ງ. ບໍ່ເກີນຫນຶ່ງຄັ້ງ ສໍາລັບຜູ້ບໍລິໂພກທຸກຄົນ.

ການສົ່ງຂໍ້ຄວາມທີ່ເຜີຍແຜ່-ສະໝັກໃຊ້ໂດຍປົກກະຕິແມ່ນໃຊ້ໃນເວລາທີ່ຂໍ້ຄວາມມີຂໍ້ມູນຕາມທໍາມະຊາດ ແລະການສູນເສຍຂໍ້ຄວາມດຽວແມ່ນບໍ່ສໍາຄັນໂດຍສະເພາະ. ຕົວຢ່າງ, ຫົວຂໍ້ສາມາດສົ່ງການອ່ານອຸນຫະພູມຈາກກຸ່ມຂອງເຊັນເຊີຫນຶ່ງຄັ້ງຕໍ່ວິນາທີ. ລະບົບທີ່ສົນໃຈກັບອຸນຫະພູມໃນປະຈຸບັນແລະທີ່ຈອງຫົວຂໍ້ໃດຫນຶ່ງຈະບໍ່ກັງວົນຖ້າມັນພາດຂໍ້ຄວາມ - ອື່ນຈະມາຮອດໃນໄວໆນີ້.

ແບບປະສົມ

ເວັບໄຊທ໌ຂອງຮ້ານວາງຂໍ້ຄວາມຄໍາສັ່ງເຂົ້າໄປໃນ "ແຖວຂໍ້ຄວາມ". ຜູ້ບໍລິໂພກຕົ້ນຕໍຂອງຂໍ້ຄວາມເຫຼົ່ານີ້ແມ່ນລະບົບບໍລິຫານ. ນອກຈາກນັ້ນ, ລະບົບການກວດສອບຕ້ອງມີສໍາເນົາຂໍ້ຄວາມຄໍາສັ່ງເຫຼົ່ານີ້ເພື່ອຕິດຕາມຕໍ່ມາ. ທັງສອງລະບົບບໍ່ສາມາດພາດຂໍ້ຄວາມໄດ້, ເຖິງແມ່ນວ່າລະບົບຕົວມັນເອງບໍ່ສາມາດໃຊ້ໄດ້ໃນບາງເວລາ. ເວັບໄຊທ໌ບໍ່ຄວນຮູ້ກ່ຽວກັບລະບົບອື່ນໆ.

ກໍລະນີການນໍາໃຊ້ມັກຈະຮຽກຮ້ອງໃຫ້ມີການຜະສົມຜະສານຂອງແບບຈໍາລອງການເຜີຍແຜ່ຂໍ້ຄວາມແລະຈຸດຕໍ່ຈຸດ, ເຊັ່ນ: ເມື່ອລະບົບຫຼາຍຕ້ອງການສໍາເນົາຂໍ້ຄວາມແລະທັງຄວາມຫນ້າເຊື່ອຖືແລະຄວາມຄົງທີ່ແມ່ນຕ້ອງການເພື່ອປ້ອງກັນການສູນເສຍຂໍ້ຄວາມ.

ໃນກໍລະນີເຫຼົ່ານີ້, ຕ້ອງການຈຸດຫມາຍປາຍທາງ (ຄໍາສັບທົ່ວໄປສໍາລັບແຖວແລະຫົວຂໍ້) ເຊິ່ງແຈກຢາຍຂໍ້ຄວາມໂດຍພື້ນຖານເຊັ່ນຫົວຂໍ້ໃດຫນຶ່ງ, ດັ່ງນັ້ນແຕ່ລະຂໍ້ຄວາມຖືກສົ່ງໄປຫາລະບົບແຍກຕ່າງຫາກທີ່ມີຄວາມສົນໃຈໃນຂໍ້ຄວາມເຫຼົ່ານີ້, ແຕ່ຍັງຢູ່ໃນແຕ່ລະລະບົບສາມາດກໍານົດຜູ້ບໍລິໂພກຈໍານວນຫນຶ່ງ. ທີ່ໄດ້ຮັບຂໍ້ຄວາມເຂົ້າມາ, ເຊິ່ງຄ້າຍຄືກັບຄິວ. ປະເພດຂອງການອ່ານໃນກໍລະນີນີ້ແມ່ນ − ຄັ້ງດຽວສໍາລັບແຕ່ລະພາກສ່ວນກ່ຽວຂ້ອງ. ຈຸດຫມາຍປາຍທາງປະສົມເຫຼົ່ານີ້ມັກຈະຕ້ອງການຄວາມທົນທານເພື່ອວ່າຖ້າຜູ້ບໍລິໂພກຕັດການເຊື່ອມຕໍ່, ຂໍ້ຄວາມທີ່ຖືກສົ່ງໄປໃນເວລານັ້ນຈະຖືກຍອມຮັບເມື່ອຜູ້ບໍລິໂພກເຊື່ອມຕໍ່ຄືນໃຫມ່.

ຮູບແບບປະສົມບໍ່ແມ່ນສິ່ງໃຫມ່ແລະສາມາດນໍາໃຊ້ກັບລະບົບການສົ່ງຂໍ້ຄວາມສ່ວນໃຫຍ່, ລວມທັງ ActiveMQ (ຜ່ານ virtual ຫຼືຈຸດຫມາຍປາຍທາງປະສົມປະສານທີ່ປະສົມປະສານຫົວຂໍ້ແລະແຖວ) ແລະ Kafka (ໂດຍຄວາມຫມາຍ, ເປັນຊັບສິນພື້ນຖານຂອງການອອກແບບຈຸດຫມາຍປາຍທາງຂອງມັນ).

ຕອນນີ້ພວກເຮົາມີບາງຄໍາສັບພື້ນຖານແລະຄວາມເຂົ້າໃຈກ່ຽວກັບສິ່ງທີ່ລະບົບການສົ່ງຂໍ້ຄວາມສາມາດເປັນປະໂຫຍດ, ໃຫ້ເຂົ້າໄປໃນລາຍລະອຽດ.

ການແປສຳເລັດແລ້ວ: tele.gg/middle_java

ສ່ວນ​ການ​ແປ​ຕໍ່​ໄປ​: ບົດທີ 3. Kafka

ຕິດ​ຕາມ​ຕອນ​ຕໍ່​ໄປ…

ແຫຼ່ງຂໍ້ມູນ: www.habr.com