32

redispub-subをサポートします
zmqは、メッセージ ブローカーを介して pub-subもサポートします

それらの間で選択するためのアーキテクチャの長所と短所は何ですか?
私は、実行すべき明らかなユースケース固有のパフォーマンスベンチマークを超えたポイントを目指しています (これは良い例です)。

Python などの高級言語の使用を想定しています。

4

4 に答える 4

26

私はPythonでZeroMQとRedisの両方を扱ってきました。ZeroMQ はより堅牢であり、実際に単純な負荷分散を提供し、とりわけリクエスト応答などの pub-sub 以上のものを提供します。ただし、pub-sub のみを使用する場合は、redis の方がはるかに簡単です。

Redis サーバーがクラッシュまたは動作を停止した場合、すべてのクライアントも同様に動作を停止します。ZeroMQ を使用すると、クライアントはサーバーがなくても動作します。

どちらのサービスも、Ruby、Python、C、C++ などのプログラミング言語で利用できます。

要するに、redis ははるかにシンプルで、非常に信頼性があります。ZeroMQ は非常に信頼性が高いですが、より複雑です。

pub sub だけなら redis を選び、そうでなければ ZeroMQ を選びます。大量のトラフィックが予想される場合は、ZeroMQ を選択します

于 2014-03-10T11:00:07.777 に答える
12

ZeroMq の長所と短所

  • Pub/Sub ピアは個別に接続および切断できます。メッセージは HWM 設定に基づいてバッファに保存され、ピアが利用可能になると自動的に送信されます (ストア アンド フォワード)
  • ピアに障害が発生すると、バッファリングされたメッセージが失われます
  • トピック サブスクリプションは、pub/sub エンベロープのみとのプレフィックス マッチングをサポートします。サブスクリプションはメッセージ NEWSに一致しますNEWS*

Redisの長所と短所

  • ディスクへの AOF スナップショットは、redis が失敗した場合にメッセージを保持します
  • Pub/Sub クライアントは、接続を Redis に依存しています
  • news.*サポートされているような選択的なトピック サブスクリプションのワイルドカード マッチング
于 2013-09-04T14:15:43.820 に答える
3

これが私が決める方法です。各製品を使用して最小限のテスト ケースを作成します。どちらが簡単に構築でき、どちらがうまく機能するかを確認してください。各テスト ケースをもう少し進めてから、作業が多すぎるとして 1 行を破棄します。

于 2013-09-09T21:10:47.613 に答える