PHP. RABBITMQ
  • Introduction
  • publish/subscribe. Deliver to multiple consumers
  • routing
  • RPC
Powered by GitBook
On this page
  • По перше, потрібно розуміти що таке PubSub.
  • rubSub на відміну від очєрєдєй посилає сообщеніє всім consumeram які на нього підписані, при тому якщо хтось не підписався, то він уже не получить сообщеніє - тоєсть сообщеніє не висить в очереді поки не виконається, а вона просто прослуховується всіма підписаними на нього в даний момент consumeram-и і все! Так же якщо ми використовуємо PubSub а не Queue то нам нема необхідності давати імена для queue. Замість цього ми даємо рандомну назву очередям (це описано в temporary queues). Так як нам нема необхідності обробляти старі очередя - ми обробляємо тільки ті які запушилися у даний момент ( PubSub).

Was this helpful?

publish/subscribe. Deliver to multiple consumers

PreviousIntroductionNextrouting

Last updated 5 years ago

Was this helpful?

По перше, потрібно розуміти що таке PubSub.

rubSub на відміну від очєрєдєй посилає сообщеніє всім consumeram які на нього підписані, при тому якщо хтось не підписався, то він уже не получить сообщеніє - тоєсть сообщеніє не висить в очереді поки не виконається, а вона просто прослуховується всіма підписаними на нього в даний момент consumeram-и і все! Так же якщо ми використовуємо PubSub а не Queue то нам нема необхідності давати імена для queue. Замість цього ми даємо рандомну назву очередям (це описано в temporary queues). Так як нам нема необхідності обробляти старі очередя - ми обробляємо тільки ті які запушилися у даний момент ( PubSub).

Essentially, published log messages are going to be broadcast to all the receivers.

До тепер ми використовували просто очереді. Очереді використовують default Exchange.

Зараз ми будемо використовуввати Exchange для того щоб управляти доставкою сообщеній по ключу і т.п.

Так же нам не всегда например нужно давать имена очередям. Это может быть полезно только в случае когда нам нужно шарить очереди между продюсерами и консюмерами.