なぜRabbitMQの代わりにCeleryを使用するのですか？

Question

私の理解から、Celeryは分散タスクキューです。つまり、タスク/ジョブを他のサーバーにディスパッチして結果を返すことだけです。 RabbitMQはメッセージキューです。しかし、作業者は、メッセージを受信したときにMQを聴いてタスクを実行することができます。これはセロリが提供するものを正確に実現するので、なぜセロリが必要なのでしょうか？

Answer 1

あなたはそうです、セロリをまったく必要としません。分散システムを設計する際には多くのオプションがあり、すべての状況に適した方法を実行する正しい方法はありません。

多くの人が、メッセージコンシューマのプールがキューに表示されるのを待っていること、仕事をしていること、仕事が終了したときにメッセージを送信する方が柔軟性があることを発見しました。

セロリーはパッケージ内にたくさんのものをまとめているフレームワークですが、パッケージ全体が本当に必要ない場合は、RabbitMQを設定して、必要なものだけをすべて実装することをお勧めします。さらに、RabbitMQは、Celeryが実装するタスクキューのシナリオ以外にも、より多くのシナリオで使用できます。

しかし、セロリを選んだ場合は、RabbitMQについて2回考えてください。 Celeryのメッセージキューイングモデルはシンプルであり、RabbitMQよりもRedisのようなものに適しています。ウサギにはセロリが基本的に無視する豊富なオプションがあります。

Answer 2

セロリは、基本的にはあなたが言ったことをするための素晴らしいインターフェイスを提供し、あなたのためのすべての設定を扱います。はい、手で行うことはできますが、セロリを書き直すだけです。