繼續來看storage中一些比較實用的功能，這次要看的是生命週期管理的功能，這項功能在Global上線時間比較早，今年終於在mooncake落地了，落地之後我們就開始準備給用戶推薦這項功能，因爲它真的能給用戶帶來不少實惠
那麼這項功能具體能做什麼呢？
舉個例子來說，我們都知道blob的費用是比較低的，所以很多時候我們也推薦把一些文件存儲到blob裏以節省費用，這是雲上一種常見的數據存儲的模式，但是對於有一些歷史文件，比如log文件，這類文件在存儲了一段時間之後其實一般是很難用得上了，大部分情況下我們不太需要去查詢一個月或者更早之前的log數據，但是這類數據我們又不能把他們直接刪除掉，因爲未來誰也不能保證這些數據不會被用到，也不符合審計的要求，對於這種數據，我們更該做的是要做歸檔
在雲上，一般而言，存儲也會分冷存儲和熱存儲，這點各個雲的形式可能不太一樣，AWS S3可以進行分層，如果是歸檔數據可以放在另一個服務glacier裏，而Azure是統一放在Blob裏的，在Blob裏又分冷，熱，歸檔三層，每層的價格是不一樣的，熱數據最貴，歸檔數據最便宜，各層之間可以相互轉換，所以像log這種日誌文件，在Azure存儲的最佳實踐其實是應該分層處理，而不是僅僅當做熱數據來處理，比如存儲一個月或者幾個月後，將這些log文件轉換爲冷數據，再過一段時間之後，最終轉換爲歸檔數據，這樣是最符合使用場景的
在定價上，存儲分層的定價也是符合這種場景的，熱存儲的基本費用最高，但是讀寫的費用相對較低，歸檔存儲的基本費用最低，相對的，讀寫這些數據的成本就要相對高一些
具體策略的設置其實非常簡單直觀
首先找到要設置策略的存儲賬戶，在lifecycle management這裏選擇添加規則
這裏可以設置熱存儲最後一次修改後多少天會被修改爲冷存儲，以及以此類推多久後會變爲歸檔存儲
最後這個策略生效的範圍同樣是可以配置的，我們可以選擇單獨的container，設置是container裏的virtual folder來作爲策略生效的範圍
最後，有幾點要注意的
1.生命週期策略只適用於block blob，page blob無法使用
2.Azure每天讀取一次策略，所以策略設置後有可能需要24小時才能生效，具體的操作可能也需要等待一段時間才能完成
3.如果想手動修改storage tier，請先將生命週期策略禁用