0

この状況でどのアプローチが最適かについて少し混乱しています。だから私はRuby on RailsでWebサービスを構築中です。フレームワークはちょっと関係ありませんが、とにかくその詳細を追加しました。Web サービスはリアルタイム モデルに基づいています。

私は現在、特に通知のために、リアルタイムデータを処理するために Java に頼っています。したがって、これはコメットまたは Web ソケット ベースの Web サービスになります。(彗星に寄りかかって)

私の質問は次のとおりです。Java サーバーにアクセスするには、どのようなプロトコルを使用すればよいですか?

通知/リアルタイムのセットアップには http が重すぎる可能性があることを読みましたが、純粋な UDP プロトコルを推奨する人もいます。これは正しいです?

何か明確にする必要がある場合はお知らせください。

編集:

通知の数は、各ユーザーにとって重要になります。通知はアカウントに関するヒントにも関連するため (それ以上のことは言えません)。5,000 人から 10,000 人のユーザー全員が毎週何百もの通知を受け取っていることを考慮したいと考えています。通知のリアルタイムには遅延が「発生する可能性があります」が、できるだけ少なくしようとしています. メッセージのサイズはそれほど大きくありません。通常の通知とほぼ同じサイズなので、数行のテキスト、ユーザー ID など...

4

1 に答える 1

0

1 週間に 100 件のメッセージを送信する 10,000 人のユーザーの場合、1 秒あたり約 1.5 件のメッセージになります。ネットワークの粉砕ではありません。両端でサーバーを制御しているのを見て、なぜhttpまたはWebサービスを検討しているのかわかりません。サーバー間のソケット接続を開き、必要に応じてメッセージを送信するだけです。

于 2012-09-06T13:49:33.967 に答える