2

TCP/IP ベースの pub/sub システムを設計しています。これにより、メッセージの更新率が高くなり、多数のサブスクライバーも期待されます。以前に CometD を見ていましたが、CometD がサポートする Bayeux プロトコルは Http 上の JSON にすぎないことに気付きました。このシステムでは、HTTP オーバーヘッドは必要ありません。今、私はZeroMQで可能な解決策を探しています。TCPIP を介して大規模な pub/sub を処理することが証明されているシステムは他にありますか?

更新 - パブリッシャーは単なる TCP/IP クライアントですが、サブスクライバーは Web ブラウザー ベースのウィジェットです。私が理解しているように、ZeroMQ はブラウザー ベースのサブスクライバーに対して Http をサポートしていません。このような場合の回避策はありますか?

4

1 に答える 1

2

あなたは矛盾した要件を作っているようです：

  • HTTP オーバーヘッドが不要な場合
  • クライアントはブラウザベースのウィジェットです

クライアントを書き直すことができる場合は、0MQ から websocket へのブリッジを検討してください。https://gist.github.com/1051872のように、いくつか浮かんでいます。

また、要件を説明する場合は、数値を提供してください。「メッセージの更新率が高い」「登録者数が多い」ということは、ほとんど意味がありません。10/秒？1M/秒？登録者50人？5万？また、メッセージの平均サイズ、公共のインターネットを介して作業する必要があるかどうか、およびその他の制約に注意することも重要です。

于 2012-12-11T13:08:38.877 に答える