本頁說明 Cloud Storage 內建快取。Cloud Storage 也與第三方 CDN 相容。
總覽
快取 Cloud Storage 物件時,物件資料副本會儲存在 Google 或網際網路快取中,以便在日後的請求中更快提供物件。快取功能可以提升效能,但如果更新物件後,快取仍繼續提供舊版物件,您可能會提供過時內容。
Cloud Storage 內建快取
Cloud Storage 的運作方式類似內容傳遞聯播網 (CDN),您不用執行任何操作,因為如果物件的 Cache-Control
中繼資料設為允許快取,且符合下列條件,系統就會在 Cloud Storage 網路中快取物件資料:
- 物件可公開存取。
- 物件未儲存在已啟用要求者付費的值區中,且不位於虛擬私有雲服務範圍內。
- 物件並非使用客戶自行管理的加密金鑰或客戶提供的加密金鑰加密。
Cloud Storage 會遵守 Cache-Control
的標準值,例如:
public
:物件可以快取。private
:物件不會由 Cloud Storage 快取,但可快取在要求者的本機快取中。no-cache
:可以快取該物件,但除非先經 Cloud Storage 驗證,否則該物件不能用於滿足將來的要求。no-store
:物件無法快取。max-age=TIME_IN_SECONDS
:物件在被判定為過時之前可以快取的時間長度。你可以將max-age
設為任何時間長度。除非是特殊情況,否則快取不會提供過時的物件。
如要設定物件的 Cache-Control
中繼資料,請參閱「編輯物件中繼資料」。
使用 IAM 拒絕政策時的內建快取行為
如果組織層級 IAM 拒絕政策限制主體 ID allUsers
讀取物件,即使值區層級 IAM 政策授予 allUsers
讀取物件的權限,系統也會停用物件的內建快取。不過,如果 IAM 拒絕政策只限制個別使用者,物件的內建快取功能仍會啟用。
效能注意事項
如果您使用的是可公開快取的物件,效能會大幅提升。如果您是透過單一物件控管多個用戶端,並想停用快取功能來提供最新資料,請採取以下步驟:
建議將物件的
Cache-Control
中繼資料改為public
,並將max-age
設為 15 至 60 秒。為了提升效能,多數應用程式可容許物件過時幾秒。利用
Cache-Control: no-store
限制物件,禁止系統將該物件存入任何快取以供後續要求使用。
後續步驟
- 進一步瞭解
Cache-Control
中繼資料。 - 進一步瞭解 RFC
Cache-Control
指令。