本頁面由 Cloud Translation API 翻譯而成。

快取面面觀

本頁內容適用於 Apigee 和 Apigee Hybrid。

查看 Apigee Edge 說明文件。

關於快取

快取政策執行時，系統會建立短期 L1 快取。如果快取項目在一秒後未遭存取，就會保留在資料庫中，供環境中部署的所有訊息處理器使用，直到快取過期為止。您可以直接在快取政策中設定到期時間。

共用快取和環境快取都建構在雙層系統上，由記憶體內層級和持續性層級組成，如下圖所示。政策會與這兩個層級互動，形成合併架構。Apigee 會管理層級之間的關係。

第 1 級是記憶體內快取 (L1)，可供快速存取。每個訊息處理 (MP) 節點都有自己的記憶體內快取，可快速回應要求。
- L1 是短期 (1 秒) 的記憶體內快取。
- 達到記憶體上限時，Apigee 會從記憶體中移除快取項目 (但仍會保留在 L2 持續性快取中)，確保記憶體仍可供其他程序使用。
- L1 提供短暫的一秒快取，可針對具有相同快取鍵的並行要求，執行更快速的查詢。
第 2 層是記憶體快取下方的持續性快取 (L2)。所有訊息處理節點都會共用快取資料儲存庫 (Cassandra)，用於保存快取項目。
- 即使快取項目從 L1 快取中移除 (例如達到記憶體內限制時)，仍會保留在此。
- 由於訊息處理器會共用永久快取 (即使位於不同區域)，因此無論哪個節點收到快取資料的要求，都能提供快取項目。
- 只有特定大小的項目可以快取，且適用其他快取限制。請參閱「管理快取限制」。
- L2 中的快取內容會以 AES-256 演算法加密。資料會在執行階段使用前解密，並在寫入 L2 前加密。因此使用者不會察覺加密程序。

以下說明 Apigee 如何處理快取項目，以及快取政策的運作方式。

當政策將新項目寫入快取 (PopulateCache 或 ResponseCache 政策)：
1. Apigee 只會將項目寫入處理要求的訊息處理器上的記憶體內 L1 快取。如果訊息處理器的記憶體用量在項目到期前達到上限，Apigee 會從 L1 快取中移除該項目。
2. Apigee 也會將項目寫入 L2 快取。
當政策從快取 (LookupCache 或 ResponseCache 政策) 讀取時：
1. Apigee 會先在處理要求的訊息處理器記憶體內 L1 快取中尋找項目。
2. 如果沒有對應的記憶體內項目，Apigee 會在 L2 持續性快取中尋找項目。
3. 如果項目不在永久快取中：
  - LookupCache 政策：系統不會從快取中擷取任何值。
  - ResponseCache 政策：Apigee 會將目標的實際回應傳回給用戶端，並將項目儲存在快取中，直到項目過期或失效為止。
當政策更新或使現有快取項目失效時 (InvalidateCache 政策、PopulateCache 政策或 ResponseCache 政策)：
1. 接收要求的訊息處理器會從一秒的記憶體內 L1 快取中刪除項目，也會從 L2 快取中刪除項目。
2. 更新或失效後，其他訊息處理器可能仍會保留記憶體內 L1 快取。
3. 由於 L1 設定為在一秒後過期，因此不需要刪除/更新事件，即可從 L1 移除項目。

您可以透過設定管理快取的部分環節。記憶體內快取可用的整體空間受限於系統資源，且無法設定。快取有下列限制：

快取限制：適用各種快取限制，例如名稱和值的大小、快取總數、快取中的項目數和到期時間。
記憶體內建 (L1) 快取。快取的記憶體限制無法設定。Apigee 會為每個訊息處理器設定限制，這些處理器會為多位客戶代管快取。
在代管雲端環境中，所有客戶部署作業的記憶體內快取都會代管在多個共用訊息處理器中，每個處理器都有 Apigee 可設定的記憶體百分比門檻，確保快取不會耗用所有應用程式的記憶體。如果特定訊息處理器的快取項目超過門檻，系統會根據近期最少使用原則，從記憶體中撤銷快取項目。從記憶體中逐出的項目會保留在 L2 快取中，直到過期或失效為止。
永久 (L2) 快取。從記憶體內建快取逐出的項目，會根據可設定的存留時間設定，保留在永久快取中。

下表列出可用於最佳化快取效能的設定。

設定	說明	附註
有效期限	指定快取項目的存留時間。	無