チャット アプリケーションの場合、SignalR を備えた Azure アーキテクチャを使用し、SignalR サーバーとして機能する Web ロールを使用します (メッセージはブロードキャスト タイプではなく、特定のユーザー/クライアントを対象としています)。
重いユーザー負荷を処理するために、Web ロールと共に SignalR サーバーをスケールアウトしたいと考えています。ただし、SignalR のドキュメントでは、より多くのユーザーが接続される (またはユーザー イベント駆動型のシナリオで) メッセージの数が増加するような場合に、バックプレーン (Redis、サービス バス) を使用して事前に焼き付けられた SignalR スケールアウト メソッドを使用することをお勧めしません。「クライアントからクライアントへ (例: チャット): このシナリオでは、メッセージの数がクライアントの数に比例して増加する場合、つまり、メッセージの速度がクライアントの数に比例して増加する場合、バックプレーンがボトルネックになる可能性があります。クライアントが参加します。」
質問: 各サーバー インスタンスまたはその他のスケールアウト ソリューションにメッセージをプッシュしない、このような高頻度のケース用のカスタム スケールアウト ソリューションを知っている人はいますか?
すでに SignalR のドキュメントと関連するビデオのあらゆる場所を調べましたが、「filtered-bus」という言葉以外は何も見つかりませんでした。これは、それが何であるか、どのように使用する必要があるかについて説明されていませんでした。