これは、ダンの回答の下での簡単な議論に基づく私の 2 セントです。2013 年 7 月の時点で、Web サイト / Web アプリケーションを Azure にデプロイしたところです。これは一種のサッカー (米国の友人にとってはサッカー :-) ) 予測ゲームです。多くの POCO オブジェクト (試合のリスト、プレーヤーのリストなど) をキャッシュに保存する方法でキャッシュを使用しています。これはまったく新しいアプリではありません。オンプレミスのハードウェアで 2 シーズン実行しました (ファーム内の 2 つのサーバーは少しやり過ぎでした、SQL db)。現在、共有モードで単一のインスタンスを実行しています。来週から新しいシーズンが始まりますが、単一のインスタンスでは不十分であることがわかった場合は、スケールアップする準備ができています。
だから私は最終的にキャッシュに到達しています。共有キャッシュを選択しました。セットアップ方法は十分に文書化されていますが、Azure の進化の速さに文書化が追いついていないと個人的に感じています。
アイテムを共有キャッシュに出し入れするのは非常に簡単で、web.config で構成する方法も同様です。必要なときにアプリからキャッシュ全体を一掃する方法を見つけるために、少し努力する必要がありました。私の知る限り、既にキャッシュにあるアイテムを列挙する方法はありません。最終的に、非常にシンプルなソリューションにたどり着きました。何かをキャッシュに入れるときはいつでも、どこかにキーをメモしておき、キャッシュ全体を一掃する必要がある場合はこれを使用します。
ここで、私はこの Azure ホスティングの請求書を支払う人ではないと言わざるを得ません。Azure ポータルに現在の請求書は表示されませんが、明らかに全体的な価格が気になります。よくわからないのは、共有キャッシュを使用するためのコストです。実際に適用されるかどうかは完全にはわかりませんが、価格表を見つけるのに少し時間がかかりました. これは Azure Price Calculator では確認できませんでした。
Dan の回答の下にある私のコメントに戻ります。より高速なアクセスのために POCO オブジェクトを配置する場所として標準の HttpCache を使用して、小規模から中規模の Web サイトに取り組んでいる多くの開発者がいると思います。このような例では、全体のキャッシュ サイズは最大 50 MB になる可能性があります (明らかに、キャッシュの使用方法によって異なります)。このような Web サイトは 1 つのインスタンスでは問題ないかもしれませんが、インスタンスが 2 つ以上になると大変なことになるので、スケールアップするときに備えておきたいと思います。そのような場合、どの種類のキャッシングを選択し、どれくらいの費用がかかるかについての明確なガイダンスがありません.