私はセロリでDjango-kombuを使用していますが、かなりの数の場所で生産準備が整っていないことを読みました.
基本的に、Celeryを使用して複数のマスターと複数のスレーブアーキテクチャを作成し、それらの間でメッセージを渡し、呼び出しを行ったメインプログラムに戻したいと考えています。
その中で昆布がどこに収まるのか理解できません。なぜRabbitMQではないのですか? チュートリアルはすべて非常に面倒で、ある人は何かを提案し、他の人は別のことを提案しています。
Celery + Django を扱う場合、プロダクションスタックがどのように見えるかについて、誰かがより明確な図を教えてくれますか?
また、Dj-Celery を使用する必要がありますか?
昆布の安定バージョンは、セロリと同じように生産準備が整っています.
kombu は、コンシューマー、プロデューサー、およびメッセージ ブローカーの間のメッセージング全体を処理します。メッセージ ブローカーは、順番に、セロリ ワーカー、Web ワーカー (または、タスクをキューに入れる一般的なスクリプト)、および使用しているメッセージ ブローカーです。
セロリを実行するには昆布が必要です（セットアップを見ると、実際には要件に含まれています）
kombu を使用すると、さまざまなメッセージ ブローカー (rabbitmq、redis ...) を使用できるため、kombu を使用するか、rabbitmq を使用するかを選択するのではなく、kombu と redis または kombu と rabbitmq などを選択します。
メッセージ ブローカーとして redis を使用しても問題ない場合は、次のパッケージをインストールするだけです: celery-with-redis および django-celery パッケージ