Booksleeveで開いているRedis PubSubサブスクリプションを維持する

Question

Redis pubsubチャネルを使用して、ワーカープロセスのプールからASP.NETアプリケーションにメッセージを送信しています。メッセージが受信されると、アプリケーションはSignalRを使用してメッセージをクライアントのブラウザに転送します。

Redisへのオープン接続を維持するためにthis solutionが見つかりましたが、接続を再作成するときにサブスクリプションを考慮していません。

私は現在、私のGlobal.asaxファイルにRedisのpubsubにメッセージを処理しています：

public class Application : HttpApplication 
{ 
    protected void Application_Start() 
    { 
     var gateway = Resolve<RedisConnectionGateway>(); 
     var connection = gateway.GetConnection(); 
     var channel = connection.GetOpenSubscriberChannel(); 

     channel.PatternSubscribe("workers:job-done:*", OnExecutionCompleted); 
    } 

    /// <summary> 
    /// Handle messages received from workers through Redis.</summary> 
    private static void OnExecutionCompleted(string key, byte[] message) 
    { 
     /* forwarded the response to the client that requested it */ 
    } 
} 

現在RedisConnectionが何らかの理由で閉じているときに問題が発生します。最も簡単な解決策は、接続がリセットされたときにRedisConnectionGatewayクラスからイベントを発生させ、新しいRedisSubscriberChannelを使用して再サブスクライブすることです。ただし、接続のリセット中にチャネルに公開されたメッセージは失われます。

この状況を処理するための推奨される方法の例はありますか？

Answer 1

はい、接続が切断された場合（ネットワークの不安定性、再マスタリングなど）、作成したサブスクリプションを再度適用する必要があります。再接続して再登録するイベントはかなり普通ですが、ここでSE/SOで使用するものとあまり変わりません（より細かいサブスクリプションを追跡し、すべてを処理するラッパーコードがあります）。

はい、接続が切断されている間に公開されたイベントはなくなりました。それはredis pub/subの性質です。切断されたクライアントへの配信を保証するものではありません。 がこれを約束するツールを使用するか、代わりにキューを駆動するためにredisを使用してください。リストの両端にプッシュ/ポップするのは通常は妥当な選択肢です。何も失われないことを保証します（ソフトウェアが 'それをリストからポップした後にドロップします）。それが役に立ったら、私はリストにブロッキング・ポップ・メソッドを追加する要求を持っています。マルチプレクサの意図を完全に破壊しますが、いくつかのケースでは本物の使い方をしています。