私たちは、SignalR を使用して、いくつかのビジネス上重要なメトリックの頻繁な更新をプッシュするシステムを開発しています。50 から 1000 までの中程度の数のクライアントが接続され、各クライアントには固有のペイロードが必要になります。
Damian Edwards が行った講演に基づいて、私たちの負荷プロファイルは、バックプレーンを使用するのではなく、トポロジ内の特定の SignalR サーバーに接続するように基本的にクライアントを割り当てる特定のサーバー スケール アウト パターンに最もよく一致します。
これがどのように機能するかについての大まかな擬似コードは、クライアントが負荷分散された API URL で GET を実行し、ヒットしたサーバーがその URL で応答し、クライアントがその URL を使用して接続するように SignalR クライアント ライブラリを構成することです。
これはオンプレミスでうまく機能するように見えますが、現在、Azure への展開も計画しています。この要件がない場合、Azure Web サイトは最適です。ただし、このパターンでは、Web サイト内の個々のインスタンスを確実に識別できる必要があり、これを行う方法はありません。
これは、Azure Web サイトが提供する抽象化を壊しているだけですか? SignalR インスタンスごとに信頼性の高い一貫した IP またはアドレス指定可能な URL を取得するには、VM または Web ロールを使用する必要がありますか? または、特定のサーバーを使用して SignalR を Azure にデプロイした別の方法があります。