そのため、私のWCFサービスでは、サービスへの今後の呼び出しでそのデータを取得できるように、いくつかのデータをキャッシュします。
データをキャッシュするためのWCFの最良の方法は何ですか？どのようにこれを行うのですか？役立つ場合は、WCFサービスがマルチスレッド化され（同時実行モードが複数）、ReleaseServiceInstanceOnTransactionCompleteがfalseに設定されます。
このデータを取得する最初の呼び出しは存在しない可能性があるため、何らかのソース（DB、ファイル、どこにでもある可能性があります）からデータをフェッチしますが、その後はデータをキャッシュして使用可能にする必要があります（理想的には有効期限システムを使用してオブジェクト）
考え？
SOAアプリケーションは、使用するデータが頻繁なトランザクションに対してスケーラブルではないストレージに保持されている場合、効果的に拡張できません。これは、分散キャッシングが本当に役立つところです。ErnieLによるあなたの質問とその答えに戻って、これらのソリューションの簡単な比較を次に示します。
Memcachedに関する限り、アプリケーションがマシンのクラスターで機能する必要がある場合は、分散キャッシュの恩恵を受ける可能性が非常に高くなりますが、アプリケーションを単一のマシンで実行するだけでよい場合は、メリットはありません。分散キャッシュを使用することによるメリットがあり、組み込みの.Netキャッシュを使用した方がよいでしょう。memcachedキャッシュにアクセスするには、プロセス間/ネットワーク通信が必要です。これにより、処理中の.Netキャッシュよりもパフォーマンスがわずかに低下します。Memcachedは外部プロセス/サービスとして機能します。つまり、本番環境でそのサービスをインストール/実行する必要があります。繰り返しますが、.Netキャッシュはインプロセスでホストされるため、この手順は必要ありません。
NCacheとAppfabricの機能を比較すると、NCacheの人々は、AppFabricと比較した機能の範囲に非常に自信を持っています。このような2つの製品の比較に関しては、ここで十分な資料を見つけることができます......
http://distributedcaching.blog.com/2011/05/26/ncache-features-that-app-fabric-does-not-have/