1

以下をサポートするメッセージ キュー サービスを探しているシナリオがあります。

  1. 使いやすさ
  2. 非常に高い性能
  3. 一度読まれたメッセージは、他の消費者が利用できるべきではありません。
  4. 一度読んだメッセージを削除する機能が必要です。
  5. 一度発行されたメッセージはドロップされるべきではありません。

私が持っているシナリオを以下に説明します：

  1. 多くの出版社があります。
  2. 多くの消費者がいるでしょう。
  3. キュー サーバーとコンシューマーは同じマシンに常駐していますが、パブリッシャーは別のマシンに常駐しています。

上記の点を満たすRabbitmqとsqs以外で最適なキューイングサービスを教えてください

4

3 に答える 3

0

私が知る限り、カフカは主に実際のデータの伝播を目的としており、私の要件ではカフカのようなものは必要ないと思います。私は SQS を使用しましたが、SQS の唯一の問題は高いレイテンシーです。パブリッシャーはメッセージをキューにプッシュし、コンシューマーは新しいメッセージをポーリングし続けます。この実装では、非常に高いレイテンシーが発生します。私の要件は次のように簡単です。

  1. キュー サービスは、SQS のように高可用性と信頼性を備えている必要があります。
  2. レイテンシーは非常に高く、10 ミリ秒を超えないようにする必要があります。(ここで 10 ミリ秒には、メッセージの公開と受信が含まれます)。
  3. また、私のメッセージ サイズは非常に小さく、20 ～ 30 バイト以下です。

メッセージをリストにプッシュし、ワーカーがリストが空になるまでそれらを連続してポップし続けるredisの使用を考えましたが、ベンチマークは行っていません。だからここで本当に提案が必要なので、正しい方向に進みます。

ありがとう、

于 2013-10-23T09:12:23.003 に答える