1

私たちの新しいプロジェクトでは、AppFabric キャッシュを重要なコンポーネントにしたいと考えています。一般的なガイドラインとして、書き込みモデル/ドメインと読み取りモデル/ドメインを用意します。バックエンド サービスはプロバイダー/その他のサービスから通知を受け、ビジネス ルールに従って一部のデータをキャッシュに入れます。フロントエンド サービス/Web サイトは、必要に応じてデータを消費します。

リードスルー/ライトビハインドは良いアプローチのようです。しかし、それを実際のビジネス ソリューションに実装するにはどうすればよいでしょうか。私が見た各例では、データをロードするために ADO.NET で単純なクエリを使用しています。私たちの場合、データの読み込みはビジネスに依存し、多くのアセンブリと対話が必要になります。すべてのビジネスを各キャッシュ ホストに展開することは、適切な解決策ではないようです。

もう 1 つのアプローチは、ドメインごとに独自のサービスを用意し、キャッシュからの取得/読み取りと、キャッシュへの書き込み/書き込みを担当することです。AppFabric キャッシュのラッパーになるため、理想的ではなく、パフォーマンスが低下します。

ご不明な点がございましたら、お気軽にお問い合わせください。

手伝ってくれてありがとう !

4

1 に答える 1

0

このような場合の考えられる解決策の 1 つは、データにアクセスするためのすべてのビジネス ロジックとルールを含むサービス (おそらくデータベース サーバーに常駐) を作成することです。一方、各リードスルー/ライトビハインド プロバイダーはそのサービスに接続してデータをロードします。これにより、ビジネス ロジックと関連するアセンブリを各キャッシュ サーバー コンピューターにデプロイする必要がなくなり、リードスルー/ライト ビハインド機能を同時に使用できるようになります。

キャッシング ソリューションについては、リードスルー、ライト ビハインド (非同期)、およびライト スルー (同期)機能を提供するNCacheを調べることもできます。これには、ライト ビハインド障害の場合のバッチ ライト ビハインド操作や再試行などのより構成可能なオプションがあります。

于 2014-12-29T18:49:28.953 に答える