Celery broadcast vs RabbitMQ fanout
I've been working with Celery lately and I don't like it. It's configuration is messy, overcomplicated and poorly documented.
I want to send broadcast messages with Celery from a single producer to multiple consumers. What confuses me is discrepancy between Celery terms and terms of underlying transport RabbitMQ.
In RabbitMQ you can have a single fanout Exchange and multiple Queues to broadcast messages:
But in Celery the terms are all messed up: here you can have a broadcast Queue, which sends messages to multiple consumers:
I don't even understand, how Celery broadcast queue is supposed to work at all, cause RabbitMQ queues with multiple consumers are meant for load balancing. So in RabbitMQ if multiple consumers (ie a pool of consumers) are connected to the same queue, only one consumer will receive and process message, which is called round robin in RabbitMQ docs.
Also, Celery documentation on broadcast is really insufficient. What type of RabbitMQ exchange should I specify for Broadcast queue, fanout or not? Could you supply a full example?
So, what I'm asking for is (1) clarification of concept and implementation of Broadcast queues in Celery and (2) a complete example of Broadcast queues configuration. Thank you.
Does this help?
http://celery.readthedocs.org/en/latest/userguide/routing.html#exchanges-queues-and-routing-keys
It appears the 'queue' definition in Celery includes the exchange, so you can define a Celery queue on top of Exchange('fanout')
exchange type, which will have an underlying implementation of multiple RabbitMQ queues.
In this case I would guess you don't want a 'broadcast' queue in the Celery config, unless you really want multiple workers processing the same task.
Having looked at the code (it's in the kombu.common
package, not celery
) and tried it out, it seems to work like this:
Broadcast
'queue' named 'foo' in your celery config. Exchange
named 'foo', and an auto_delete
queue with a unique id (via uuid
), and with the alias 'foo' (I don't think the alias is actually used anywhere, it's just there for reference because the queue's real name is randomly generated) So, the class is named Broadcast
, but it's really a uniquely named queue that is bound to a fanout exchange. Therefore when each worker is started, it creates its own unique queue and binds to the fanout exchange.
如果您使用的是Celery 4.0.1+,并且广播无法为您工作,请检查https://github.com/celery/celery/pull/3934并查看clokep的解决方案,它将恢复先前版本的amqp.py和这对我行得通。
链接地址: http://www.djcxy.com/p/21174.html上一篇: 使用MediaRecorder录制mp4时获取/修改帧
下一篇: 芹菜广播vs RabbitMQ粉丝