探索 Azure Blob 儲存體生命週期
資料集具有唯一的生命週期。 在早期的生命週期中，使用者經常會存取某些資料。 但資料的存取需求會隨著資料存在的時間越來越久而大幅降低。 有些資料在雲端維持閒置狀態，而且在儲存後就很少存取。 有些資料會在建立後幾天或幾個月到期，而其他資料集則在其整個存留期都會主動讀取和修改。
存取層
Azure 儲存體提供不同的存取層，可讓您以最符合成本效益的方式儲存 Blob 物件資料。 可用的存取層包括：
- 經常性儲存層 - 已針對儲存頻繁存取的資料進行最佳化的線上階層。
- 非經常性儲存層 - 針對儲存不常存取且至少儲存 30 天的資料進行最佳化的線上層。
- 冷層 - 一種在線層經過優化，用於儲存不常存取且至少儲存 90 天的數據。 相較於非經常性存取層，極非經常性存取層的儲存成本較低，但存取成本較高。
- 封存層 - 一個離線層，最佳化用於儲存很少存取並至少儲存180天的數據，具備按小時計算的彈性延遲需求。
資料儲存體限制都是在帳戶層級設定，而不是個別存取層。 您可以選擇在其中一層或在全部三個層中使用所有限制。
管理資料生命週期
Azure Blob 儲存體生命週期管理提供以規則為基礎的原則，讓您用來將 Blob 資料轉移至適當的存取層，或在資料生命週期結束時使資料失效。
透過生命週期管理原則，您可以：
- 在存取時，將 Blob 從非經常性存取轉換為經常性存取，以最佳化效能。
- 如果這些物件一段時間未存取或修改，請將 Blob 的目前版本、Blob 的舊版或 Blob 快照集轉換為較冷的儲存層，以最佳化成本。
- 在 Blob 的生命週期結束時，刪除 Blob 的目前版本、先前版本或 Blob 快照集。
- 將規則套用至整個儲存體帳戶、選取容器，或使用名稱前置詞或 Blob 索引標籤作為篩選條件的 Blob 子集。
我們設想一個案例：資料在其生命週期初期的存取頻率最為頻繁，但是在兩週後只會偶爾存取。 第一個月過後，即很少存取該資料集。 在此情節中，經常性儲存體最適合早期階段。 非經常性儲存體最適合偶爾的存取。 封存儲存體是資料在經過一個月之後的最佳層選項。 使用生命週期管理原則規則，根據資料的存留期將其移至適當的儲存層，可以設計出最經濟實惠且符合需求的解決方案。