AJAX ベースのチャットがスケーリングしないことは明らかですが、チャットには何を使用しますか? カスタムサーバー?または他の方法はありますか?
Rails では、チャット接続ごとに大量のメモリが必要になるため、メッセージごとに Rails を実行することさえ現実的ではありません。ここで使用するために何をお勧めしますか?
AJAX ベースのチャットがスケーリングしないことは明らかですが、チャットには何を使用しますか? カスタムサーバー?または他の方法はありますか?
Rails では、チャット接続ごとに大量のメモリが必要になるため、メッセージごとに Rails を実行することさえ現実的ではありません。ここで使用するために何をお勧めしますか?
残念ながら、あなたの投稿は誤った前提に基づいています。AJAX ベースのチャットは確かにスケーリングできます。正しい方法で行う必要があります。たとえば、Juggernaut 2 は Node.js を使用して多数の同時接続を処理します。そうです、1 つのサーバーで 10,000 の接続を処理することはできません。それが負荷分散の目的です。
また、AJAX を使用して (組み込みの Ajax.updater で) サンプル チャット アプリを実装しようとしましたが、うまくいきませんでした。良い ajax ソリューションがあると確信しています。
ただし、これはサーバー プッシュ テクノロジに基づいているため、Juggernaut ( http://juggernaut.rubyforge.org/ ) を試してください。個人的には試していませんが、良さそうです。
または、可能であれば (HTML5 の) Web ソケットを検討してください。
Railsconf 2010 で私が行った講演の例の 1 つであるhttps://github.com/eventmachine/eventmachineのような問題を処理するために Evented Ruby をよく使用します。
たとえば、http://playtype.net/past/2009/3/11/mini_an_eventmachine_clone_of/は、irc ボットのイベント付き Ruby 実装です。
定量的テストに基づくデータはありますか(あなた自身の定性的結論は別として)?
チャット用のカスタム サーバーを作成する理由 IRC はかなり前から存在しており、試行錯誤されています。
ここでの本当の問題は、ホイール サーバー側の imo を再発明しようとするのではなく、クライアント側の実装に関するものであるべきです。