在过去，我使用过Celery async python和Django应用程序，其中发送方和接收方都了解发送给RabbitMQ以通过Celery进行处理的任务（可能是群集中的同一个应用程序等）。
我现在有一个用例，.NET服务以JSON的形式向RabbitMQ发布消息，每个队列一个消息类型。 .NET应用程序只发布消息并确保它被Rabbit正确接收，然后离开。然后我将运行一个Django应用程序来寻找使用消息，因此我不确定使用这些JSON消息的正确方法是什么，因此这个Django应用程序可以通过其模型简单地存储数据并确认消息已处理。 / p>
使用Celery / Kombu我不确定访问队列的最佳方式，以便我们每个队列都有一个直接的消费者。我知道Celery在封面下使用了Kombu，所以我想我可以在那里创建消费者，但是我预见到无法管理Celery和Flower的流程，然后在应用启动时创建一个流氓线程消费者似乎很有趣最好。