0

http (apache/ssl) 経由でバックエンドに接続し、サーバーに新しいメッセージをポーリングする既存のシステムがありますが、スケーラビリティの問題があることは言うまでもありません。

私はこのポーリングを削除することを研究しており、BOSH/XMPP に出くわしましたが、BOSH 手法 (長寿命の http 接続を使用) をどのように使用すべきかわかりません。

利用可能なライブラリはほとんどありませんが、メンバーリストなどは必要なく、利用可能なメッセージをクライアントに通知したいだけなので、全体が肥大化しているように見えます。

クライアントは C/C++ で書かれており、ほとんどの OS で動作するため、これは重要な要素です。サーバーは Java です。

bosh を実行すると膨大な数の httpd プロセスが発生しますか? すべてのクライアントの接続を維持する必要があるため、その制限は何でしょうか。また、64 ビットの JVM/Apache に移行することも計画しています。その場合のクライアントの最大制限です。

ヒントはありますか？

4

1 に答える 1

0

BOSHはXMPPとは別のものであるため、「バディリスト」は含まれていません。XMPP-over-BOSHは、そこで考えていることです。

BOSH（およびXMPP）を使用して多数のユーザーにリアルタイム情報を配信する方法については、collecta.comおよび関連するブログ投稿（おそらくJack Moffittによる）を参照してください。

Apacheのスケーリングの問題については、わかりません。おそらく、各接続が使用するリソースが少ないため、Apacheプロセスごとの接続数を増やすことができます。ただし、上記のBOSHページに記載されている接続マネージャーテクノロジ（パンジャブなど）の一部を確認することもできます。

于 2010-03-17T21:37:29.243 に答える