ASP.NETのComet実装？[閉まっている]

私はブラウザの中にGmailのようなメッセージングを実装する方法を探していて、Cometのコンセプトにたどり着きました。ただし、IIS内でこれを実行できる適切な.NET実装を見つけることができませんでした（アプリケーションはASP.NET 2.0で作成されています）。

私が見つけた（またはそのことについて考えることができる）解決策は、ユーザーごとに実行中のスレッドを残しておく必要があります。そのため、ユーザーがメッセージを受け取ったら、応答を返すことができます。もちろん、これはまったくスケーリングしません。

だから私の質問は-別の方法で動作するCometのASP.NET実装を知っていますか？IISでもそれは可能ですか？

コメットの永続的な接続のため、コメットはIISでのスケーリングが困難ですが、現在、コメットのシナリオを検討しているチームがいます。また見アーロン・レルヒさんのブログ私は彼がASP.NETでのいくつかの初期のコメット仕事をしています信じていて。

WebSyncは、標準に準拠したスケーラブルなCometサーバーであり、IIS / .NETパイプラインに直接統合されます。ホスティングサービスとしてオンデマンドで利用することもできます。

公式には、サーバーノードごとに最大20,000の同時クライアント接続をサポートしていますが、個々のテストでは、最大50,000に達しています。メッセージのスループットは、1,000〜5,000の同時クライアントマーク付近で最適であり、単一ノードから毎秒300,000もの高さでメッセージが配信されます。

JavaScript、.NET / Mono、iOS、Mac OS X、Java、Silverlight、Windows Phone、Windowsランタイム、.NET Compactのクライアント側サポート、.NET / MonoおよびPHPのサーバー側サポートが含まれます。

クラスター化は、SQL ServerまたはAzure Cachingをそのまま使用してサポートされますが、カスタムプロバイダーはほぼすべて（Redis、NCache）用に作成できます。

免責事項：私はこの製品を開発する会社で働いています。

Clay Lenhartによるすばらしい記事に基づいて、MVC 3非同期コントローラーを使用したLong Polling Chat Serverの簡単な例を最近書きました

BitBucketプロジェクトのソースに基づいてセットアップしたAppHarborデプロイメントの例を使用できます。

また、プロジェクトを説明する私のブログ投稿から入手できる詳細情報。

実際、ASP.NETでajax対応のWebサイトを作成するには多くの選択肢がありますが、正直なところ、PokeInは、Comet ajax対応のWebアプリケーションを作成する最も簡単な方法です。私の会社のプロジェクトの1つを救った。

また、comet wayに完全に取って代わり、ブラウザとアプリケーションサーバー間の全二重接続を可能にするwebSocket [HTML5]ゲートウェイの製品リリースを作成したKaazing Enterprise Gatewayもご覧ください。

ライトストリーマーのデモもご覧ください

私は昔、カスタムビルドのhttpストリーミングサーバーを利用するチャットサイトを使用していました。まったくの好奇心から、実際にそのソフトウェアを一度に再現しましたが、それは簡単にできると思います。IISで、特にASP.NETで同様のタイプの「無限リクエスト」を実装しようとはしません。これは、リクエストがスレッドプールスレッド（または非同期ハンドラーが使用されている場合はIOスレッド）を無制限に結び付けるためです。スレッドプールの構成で可能な限り、サーバーごとに多くを処理します。

そのような機能に対する正当な強いニーズがあった場合は、そのためのカスタムhttpサーバーを正直に記述します。

それはあなたの質問に実際には答えないことはわかっていますが、入力が関連している可能性があると思いました。

WS-Iグループは、Glass Fishと.NETを実装した「Reliable Secure Profile」と呼ばれるものを公開しました。

運が良ければJavascriptの実装もあります。

HTTPデュプレックスを使用するSilverlight実装もあります。 あなたはできるのSilverlightにjavascriptの接続のプッシュが発生したときにコールバックを取得するオブジェクト。

有料の有料版もあります。

コメットアプローチは、Webファームを水平に拡張する準備ができていない限り（混合にWebサーバーを追加することによって）、実際にはスケーラブルではないと思います。それが機能する方法は、ユーザーセッションごとにTCP接続を開いたままにすることです。これにより、サーバーは時々その接続にデータをプッシュして、変更やアクティビティを即座にユーザーに通知できます。