使用 Lambda 改善啟動效能 SnapStart

Lambda SnapStart 可提供低至一秒的啟動效能，通常不會變更函數程式碼。 SnapStart 可讓您更輕鬆地建置高回應性和可擴展性的應用程式，而無需佈建資源或實作複雜的效能最佳化。

啟動延遲的最大歸因 (通常稱為冷啟動時間) 是 Lambda 花費在初始化函數的時間，其中包括載入函數的程式碼、啟動執行階段以及初始化函數程式碼。使用 時 SnapStart，Lambda 會在您發佈函數版本時初始化您的函數。Lambda 會擷取已初始化執行環境的記憶體和磁碟狀態的 Firecracker microVM 快照、將快照加密，並智慧地進行快取以最佳化擷取延遲。

為了確保彈性，Lambda 會維護每個快照的多個副本。Lambda 會使用最新的執行時期和安全更新來自動修補快照及其副本。第一次調用函數版本時且呼叫縱向擴展時，Lambda 會從快取的快照恢復新的執行環境，而不是從頭開始執行，進而改善啟動延遲。

重要

如果您的應用程式依賴狀態的唯一性，則必須評估函數程式碼，並確認其對快照作業具有復原能力。如需詳細資訊，請參閱使用 Lambda SnapStart 處理唯一性。

主題

• 使用時機 SnapStart
• 支援的功能和限制
• 支援地區
• 相容性考量
• SnapStart 定價
• 啟用和管理 Lambda SnapStart
• 使用 Lambda SnapStart 處理唯一性
• 在 Lambda 函數快照之前或之後實作程式碼
• 監控 Lambda SnapStart
• Lambda SnapStart 的安全模型
• 最大化 Lambda SnapStart 效能
• 對 Lambda 函數的 SnapStart 錯誤進行故障診斷

使用時機 SnapStart

Lambda SnapStart 旨在解決一次性初始化程式碼所引進的延遲變異性，例如載入模組相依性或架構。這些操作有時可能需要幾秒鐘才能在初始調用期間完成。在最佳案例中，使用 SnapStart 將此延遲從數秒減少到低至次秒。 與大規模函數調用搭配使用時 SnapStart ，效果最佳。不常調用的函數效能改進效果可能不會相同。

SnapStart 特別適用於兩種主要類型的應用程式：

• 延遲敏感APIs和使用者流程：屬於關鍵API端點或面向使用者的流程的函數可以受益於降低 SnapStart的延遲和改善的回應時間。

• 延遲敏感資料處理工作流程：使用 Lambda 函數的限時資料處理工作流程可以透過減少異常函數初始化延遲來實現更佳的輸送量。

佈建並行可讓函數保持初始化，並準備好在兩位數的毫秒內回應。如果您的應用程式具有無法適當解決的嚴格冷啟動延遲要求，請使用佈建並行 SnapStart。

支援的功能和限制

SnapStart 適用於下列 Lambda 受管執行期：

• Java 11 及更高版本

• Python 3.12 及更高版本

• .NET 8 及更新版本。如果您使用的是適用於 . 的 Lambda 註釋架構NET，請升級至 Amazon.Lambda.Annotations 1.6.0 版或更新版本，以確保與 的相容性。 SnapStart

不支援其他受管執行期 (例如 nodejs22.x 和 ruby3.3)、僅限作業系統的執行期 和容器映像。

SnapStart 不支援佈建並行、Amazon Elastic File System (AmazonEFS) 或大於 512 MB 的暫時性儲存。

注意

SnapStart 您只能在指向 版本的已發佈函數版本和別名上使用 。您無法 SnapStart 在函數的未發佈版本 ($) 上使用 LATEST。

支援地區

Java

對於 Java 執行時間，Lambda SnapStart 可在亞太區域 （馬來西亞） 以外的所有商業區域使用。

Python 和 。NET

對於 Python 和 。NET 執行期，Lambda SnapStart 可在下列位置使用 AWS 區域：

• 美國東部 (維吉尼亞北部)

• 美國東部 (俄亥俄)

• 美國西部 (奧勒岡)

• 亞太區域 (新加坡)

• 亞太區域 (雪梨)

• 亞太區域 (東京)

• 歐洲 (法蘭克福)

• 歐洲 (愛爾蘭)

• 歐洲 (斯德哥爾摩)

相容性考量

使用 時 SnapStart，Lambda 會使用單一快照做為多個執行環境的初始狀態。如果您的 函數在初始化階段使用下列任何項目，則您可能需要在使用前進行一些變更 SnapStart：

Uniqueness

如果您的初始化程式碼會產生包含在快照中的唯一內容，則在跨執行環境中重複使用該內容時，該內容可能不是唯一的。若要在使用 時維持唯一性 SnapStart，您必須在初始化後產生唯一內容。這包括唯一 IDs、唯一秘密和用於產生虛擬隨機性的熵。若要了解如何還原唯一性，請參閱：使用 Lambda SnapStart 處理唯一性。

網路連線

Lambda 從快照恢復函數時，無法保證函數在初始化階段建立的連線狀態。驗證網路連線的狀態，並視需要重新建立。在大多數情況下， AWS SDK建立的網路連線會自動恢復。針對其他連線，請檢閱最佳實務。

暫存資料

某些函數會在初始化階段下載或初始化暫存資料，例如臨時憑證或快取的時間戳記。在使用函數處理常式之前，請重新整理函數處理常式中的暫時性資料，即使未使用也一樣 SnapStart。

SnapStart 定價

注意

對於 Java 受管執行期，無需額外費用 SnapStart。我們會根據函數的請求數量、程式碼執行的時間，以及為函數配置的記憶體向您收費。

使用 的成本 SnapStart 包括下列項目：

• 快取：對於您在 SnapStart 啟用的情況下發佈的每個函數版本，您需支付快取和維護快照的成本。價格取決於您配置給函數的記憶體容量。需要支付最少 3 小時的費用。只要您的函數保持作用中狀態，就會繼續向您收取費用。使用 ListVersionsByFunctionAPI動作來識別函數版本，然後使用 DeleteFunction 刪除未使用的版本。若要自動刪除未使用的函數版本，請參閱 Serverless Land 上的 Lambda 版本清除模式。

• 還原：每次從快照中還原函數執行個體時，都會支付還原費用。價格取決於您配置給函數的記憶體容量。

如同所有 Lambda 函數一樣，持續時間費用適用於函數處理常式中執行的程式碼。對於 SnapStart 函數，持續時間費用也適用於在處理常式之外宣告的初始化程式碼、載入執行時間所需的時間，以及在執行時間掛鉤中執行的任何程式碼。持續時間是從程式碼開始執行的時間開始計算，直到傳回資料或結束為止，四捨五入至最接近的 1 ms。Lambda 會維護快照的快取副本以實現彈性，並自動套用軟體更新，例如執行時期升級和安全修補程式。每次 Lambda 重新執行初始化程式碼以套用軟體更新時，都會收取費用。

如需使用 成本的詳細資訊 SnapStart，請參閱 AWS Lambda 定價。