🔹 Очередь vs топик: когда pub/sub не равно queue 🔹 Чем отличается queue и pub/sub (publish-subscribe) на практике? 🔸 Нужда: иногда нужно распределить поток задач между воркерами, а иногда — разослать одно событие многим подписчикам. Без этой грани вы либо дублируете работу, либо теряете массовую рассылку.
🔸 Поведение: queue — каждый message уходит ровно одному consumer (балансировка нагрузки). pub/sub — broker (message broker) дублирует сообщение всем active subscribers (широковещание).
🔸 Применение — короткий пример: broker.publish('events.user.signup', msg) # topic/pub-sub
#subscribers: email, analytics — оба получатbroker.enqueue('jobs.image_resize', msg) # queue
#consumers: worker1/worker2 — только один выполнит📚 Выбор простой: балансировка — queue, рассылка событиям множеству — pub/sub.
➡️ Мы в Telegram - Сетке - Дзен Буду рад вашей реакции здесь⬇️
В этом посте были ссылки, но мы их удалили по правилам Сетки
· 20.04
хорошее объяснение. добавлю: в python граница между celery и redis pubsub особенно важна. celery - классическая очередь для task distribution, redis pubsub - для событий типа вебсокет-нотификаций. путаешь их - получаешь дубли задач или потерянные события
ответить
коммент удалён