開發 Azure In-Role Cache
重要
Microsoft 建議使用 Azure Redis 快取的所有新開發。 如需選擇 Azure 快取供應專案的目前檔和指引，請參閱 哪一個 Azure 快取供應專案適合我？
Microsoft Azure快取提供一組 API，以新增、更新和移除快取中的專案。 在 Microsoft.ApplicationServer.Caching 命名空間中使用類別和方法，是與 Azure 快取互動的直接方式。 不過，使用其中一個 ASP.NET 提供者是間接使用 Azure 快取的方式。 本節中的主題涵蓋直接以程式設計方式使用快取。 如需快取 ASP.NET 提供者的詳細資訊，請參閱ASP.NET 4 個適用于 Azure In-Role 快取的快取提供者。
程式設計模型
快取程式設計模型是針對另行快取程式設計模式所設計。 若資料不存在於快取中，應用程式 (而非分散式快取) 必須重新將資料從原始資料來源載入到快取。
另行快取程式設計考量
設計應用程式碼，使其和快取能夠彼此獨立運作，如此應用程式便能在無法使用快取資料的情況下繼續運作。 快取中的資料不會長期保留，所以資料有時可能無法使用。 例如，如果包含資料的伺服器重新啟動，便會遺失記憶體中的快取項目。 要求快取中不存在的項目稱為快取遺漏。
使用In-Role快取高可用性功能時，快取專案的備份複本有助於防範執行中快取叢集上的機器和處理失敗。 但是，如果所有電腦都重新開機，即使是高可用性也不會產生持續性功能。 要求持續性的項目必須使用資料庫或其他永續性儲存體技術。 接著，快取會提供一項機制來改善效能和延展性。
您的程式碼可能會因為快取遺漏而發生許多其他原因。 例如，快取專案可能已過期或根據正常到期和收回原則收回。 不論原因為何，應用程式碼都必須能夠存取原始資料來源，以便在快取中重新填入項目。