.NET分散キャッシュのPub/Subデザインパターン

Nandkishor著

Pub / Subとも呼ばれるpublish-Subscribeパターンは、エンタープライズグレードの.NETアプリケーションを構築するために不可欠なツールです。 記憶をリフレッシュするためだけに、 Pub / Sub は、メッセージの送信者（発行者）が目的の受信者（サブスクライバー）についての知識を持たないメッセージングパラダイムです。 さらに、パブリッシャーアプリケーションとサブスクライバーアプリケーションは互いに直接対話するのではなく、 トピック。 したがって、これは疎結合のメッセージングモデルです。

ここで、同じアーキテクチャ内に異なる役割の複数のアプリケーションがデプロイされており、それらが特定のイベントについて相互に通知/通知するメカニズムが必要であると想定します。 これらのイベントは、一時的なもの（実行時に行われた変更による）またはデータベースイベント（データベースの変更による）のいずれかである可能性があります。 これこそが、パブリッシュ/サブスクライブデザインパターンが分散イベントを有効にするのに役立つ場所です。

分散イベントの有効化

分散イベント駆動型アーキテクチャを設計するために、開発者は従来、以下のいずれかの方法を使用することに目を向けています。

RDBMSによるデータ通知

データストアがリレーショナル データベースに限定されている場合は、データベース通知機能を使用することが最善の選択肢であると思われます。これにより、対象となる情報をデータベース サーバーに登録し、更新、追加、または削除によってデータベースの結果セットに変更があったときにアプリケーションに通知することができます。

ただし、RDBMS は本質的に拡張性がなく、簡単に拡張性のないものになってしまいます。 パフォーマンスのボトルネック アプリケーションで。データベースに不必要な負荷をかけたくありません。さらに、データベース通知機能自体が本質的に遅く、サポートされていません。 ランタイムデータ共有 同様に。