私は AppFabric を初めて使用し、運用環境用の分散キャッシュ ソリューションを評価しています。Microsoft ショップで Asp.net MVC と WebApi を使用していますが、Windows Azure は使用していません。
ローカル コンピューターに AppFabric をセットアップする際に、データベースを作成するか、xml を使用する手順がありました。ここで概念を理解したいと思います。AppFabri は永続化するためにデータソース (db または xml ファイル) に依存していますか? もしそうなら、これは潜在的なボトルネックではないでしょうか?
また、運用サーバーで現在 AppFabric を使用している方は、それを使用した経験についてコメントしていただけますか? 落とし穴や落とし穴はありますか？
ありがとう、本当にありがとう！
AppFabricを本番環境にデプロイした後、1年ちょっと前の私の経験をお伝えすることができます。私の経験が良くなかったので、私はそれについていけませんでした。たぶん彼らは私たちが抱えていた問題のいくつかを修正しました。
データベースまたはXMLを作成する手順は、クラスターの構成情報を保管することだけです。
私のメモ（これは1年前のものだったので、状況が変わった可能性があることを思い出してください）：
C＃からオブジェクトをキャッシュするときに、オブジェクトはXMLに変換されて保存されました。これは冗長な形式であり、保存/取得が本来よりも少し遅くなりました。私はむしろ、オブジェクトをバイナリ形式にシリアル化するか、圧縮するか、または非圧縮XML以外のものにシリアル化する必要がありました。実際には、オブジェクトがXMLに変換されたため、キャッシュ時にプロパティ名が短くなるように変更しました。これにより、一部のオブジェクトが1MBから数百キロバイトに減少しました。
AppFabricはWindowsのNetTcpプロトコルを介して通信していたため、いくつかの悲しみが生じました。Windowsサービス（NetTcp）がインストールされていないサーバーがいくつかあり、それが頭痛の種でした。AppFabricが1台のマシンで動作し、別のマシンでは動作しない理由を理解できませんでした。
クラスター内の複数のマシンに負荷を分散することでうまくいくように見えました。また、データをすばやく取得するようで、有効期限ロジックは常に正常に機能していました。
当時、それはかなり未熟な製品でした。それに対するサポートはどこにも見つかりませんでした。マイクロソフトと電話をしていて、私たちが抱えていたいくつかの問題を追跡しようとしていたことを覚えています。その人が「AppFabric？それは何ですか？」と言うたびに。当時、その周辺のコミュニティは存在していませんでした。（これは私たちにとって本当に苦痛でした。）
分散キャッシュを必要とするWindows用のアプリケーションを実行する必要がある場合は、AppFabricを再評価する必要があります。私の最初の経験は最高ではありませんでした。ここで、Redis、Couchbase、Memcachedの順に考えます。