AWS Lambda 常見問答集

為了改善效能，AWS Lambda 可以選擇保留您的函數執行個體，讓它重複使用於後續請求，而不是建立一個新副本。若要進一步了解 Lambda 如何重複使用函數執行個體，請參閱我們的文件。您的程式碼不應假設此操作會經常發生。

您可以為每個 Lambda 函數設定 512MB 至 10,240MB 之間的暫時性儲存，以 1MB 為增量。暫時性儲存在每個函數的目錄中均可使用。

每個函數都能免費使用 512MB 的儲存空間。使用超過 512MB 的暫時性儲存設定函數時，將會依據設定的儲存量和函數執行的時間計費，以 1 毫秒為增量來計量。相比之下，在美國東部 (俄亥俄) 區域，AWS Fargate 暫時性儲存價格為每 GB-小時 0.000111 USD，或每 GB-月 0.08 USD。美國東部 (俄亥俄) 的 Amazon EBS gp3 儲存磁碟區定價為每月-每 GB 0.08 USD。AWS Lambda 暫時性儲存定價為每 GB-秒 0.0000000309 USD，或每 GB-小時 0.000111 USD 和每 GB-月 0.08 USD。若要進一步了解，請參閱 AWS Lambda 定價。

您可以使用 AWS CloudWatch Lambda Insight 指標來監控暫時性儲存用量。要進一步了解，請參閱 AWS CloudWatch Lambda Insights 文件。

如果您的應用程式需要耐用的持久性儲存，請考慮使用 Simple Storage Service (Amazon S3) 或 Amazon EFS。如果您的應用程式需要在單一函數叫用中存放程式碼所需的資料，請考慮使用 AWS Lambda 暫時性儲存作為暫時性快取。要進一步了解，請參閱在 Web 應用程式中選擇 AWS Lambda 資料儲存選項。

是。但是，如果您的應用程式需要持久性儲存，請考慮使用 Amazon EFS 或 Simple Storage Service (Amazon S3)。當您為函數啟用佈建並行時，函數的初始化程式碼會在分配期間和每隔幾個小時執行一次，因為執行中的函數執行個體會被回收。您可以在執行個體處理請求後的日誌和追蹤中查看初始化時間。但是，即使執行個體從不處理請求，也會對初始化計費。這種佈建並行初始化行為可能會影響您的函數與存放在暫時性儲存中的資料的互動方式，即使您的函數不處理請求也是如此。要進一步了解佈建並行，請參閱相關文件。

您可以使用 AWS CloudWatch Lambda Insight 指標來監控暫時性儲存用量。要進一步了解，請參閱 AWS CloudWatch Lambda Insights 文件。

如果您使用的是 Node.js 或 Python，可透過 AWS Lambda 主控台的程式碼編輯器為函數編寫程式碼，您可以在這裡編寫和測試函數，以及在與 IDE 類似的穩固環境中檢視函數執行的結果。前往主控台以開始使用。

您也可以將程式碼 (以及任何相依程式庫) 封裝成 ZIP，並使用 AWS Lambda 主控台從您的本機環境上傳，或者指定 ZIP 檔案所在的 Amazon S3 位置。上傳的內容不得大於 50 MB (已壓縮)。您可以使用 AWS Eclipse 外掛程式以 Java 編寫和部署 Lambda 函數。您可以使用 Visual Studio 外掛程式以 C# 和 Node.js 編寫和部署 Lambda 函數。

您可以將程式碼 (以及任何相依程式庫) 封裝成 ZIP，並使用 AWS CLI 從您的本機環境上傳，或者指定 ZIP 檔案所在的 Amazon S3 位置。上傳的內容不得大於 50 MB (已壓縮)。瀏覽 Lambda 入門指南以開始使用。

是。您可以透過 AWS Lambda 主控台、CLI 或軟體開發套件輕鬆建立和修改環境變數。若要進一步了解環境變數，請參閱文件。

如果是資料庫密碼這類敏感資訊，我們建議您使用 AWS Key Management Service 的用戶端加密，將結果值以加密文字的形式存放在環境變數中。您需要在 AWS Lambda 函數程式碼中加入邏輯，以解密這些值。

您可以使用 Lambda API 或主控台，調整和保護與 Lambda 函數相關聯的資源。若要進一步了解，請參閱文件。

是，您可以將任何程式碼 (架構、SDK、程式庫等) 封裝為 Lambda 層，並在多個函數之間輕鬆管理和共用它們。

AWS Lambda 會自動代您監控 Lambda 函數，透過 Amazon CloudWatch 報告即時指標，包括請求總數、帳戶層級和函數層級並行用量、延遲、錯誤率和節流請求。您可以透過 Amazon CloudWatch 主控台或 AWS Lambda 主控台檢視每個 Lambda 函數的統計資料。您還可以在 Lambda 函數中呼叫第三方監控 API。
 

若要進一步了解，請參閱 CloudWatch 指標的疑難排解。若要使用 Lambda 內建指標，AWS Lambda 將按照標準收費。

AWS Lambda 會與 Amazon CloudWatch Logs 自動整合，為每個 Lambda 函數建立一個日誌群組，並提供基本的應用程式生命週期事件日誌項目，包括記錄每次使用函數所耗用的資源。您可以在程式碼中輕鬆插入其他記錄陳述式。您還可以在 Lambda 函數中呼叫第三方記錄 API。若要進一步了解，請參閱 Lambda 函數的疑難排解。將採用 Amazon CloudWatch Logs 費率。

在 AWS Lambda 資源模式中，您可以選擇想為函數分配的記憶體數量，並按 CPU 功率和其他資源的比例分配。例如，若是選擇 256 MB 記憶體，分配給 Lambda 函數的 CPU 功率大約是請求 128 MB 記憶體的兩倍，也是選擇 512 MB 記憶體時的一半。要進一步了解，請參閱我們的函式組態文件。

您可以將記憶體從 128 MB 設為 10,240 MB。

AWS Lambda 按使用量收費。如需詳細資訊，請參閱 AWS Lambda 定價頁面。

是。預設情況下，每個 AWS Lambda 函數都有單一的目前版本程式碼。Lambda 函數的用戶端可以呼叫特定版本或取得最新實作。請參閱有關 Lambda 函數版本控制的文件。

AWS Lambda 針對超過特定閾值的每月所需功能持續時間，提供折扣定價方案。分層定價適用於在 x86 和 Arm 架構上執行的功能。依據帳戶內同一區域、相同架構 (分別為 x86 或 Arm) 上所執行函數的彙總每月所需持續時間，套用 Lambda 定價方案。如果您在 AWS Organizations 中使用合併帳單，依據組織各帳戶同一區域、相同架構上所執行函數的彙總每月持續時間，套用 Lambda 定價方案。例如，如果您在美國東部 (俄亥俄) 區域執行 x86 Lambda 函數，對於每月前 60 億 GB-秒，每 GB-秒需支付 0.0000166667 美元，對於接下來的 90 億 GB-秒，每 GB-秒需支付 0.0000150000 美元，在該區域每月超過 150 億 GB-秒，每 GB-秒需支付 0.0000133334 美元。請求、佈建並行和佈建並行持續時間的定價保持不變。如需詳細資訊，請參閱 AWS Lambda 定價

是。您的每小時節省計畫承諾涵蓋的 Lambda 用量，按適用的 CSP 費率和折扣計費。此承諾未涵蓋的剩餘用量，將依據與您的每月彙總功能持續時間所屬等級相對應的費率計費。

如需事件來源的完整清單，請參閱我們的文件。

事件會以事件輸入參數的形式傳輸到 Lambda 函數中。對於事件在其中以批次處理方式到達的事件來源 (例如 Amazon SQS、Amazon Kinesis 和 Amazon DynamoDB Streams)，根據您請求的批次大小，事件參數可能在單次呼叫中就包含多個事件。若要進一步了解 Amazon S3 事件通知，請瀏覽為 Amazon S3 事件設定通知。若要進一步了解 Amazon DynamoDB Streams，請瀏覽 DynamoDB Stream 開發人員指南。若要進一步了解如何使用 Amazon SNS 叫用 Lambda 函數，請瀏覽 Amazon SNS 開發人員指南。如需 Amazon Cognito 事件的詳細資訊，請瀏覽 Amazon Cognito。若要進一步了解 AWS 服務間的 AWS CloudTrail 日誌與稽核 API 呼叫，請參閱 AWS CloudTrail。

AWS Lambda 可讓您在碎片之類的單一邏輯分區中，對 Amazon Kinesis 或 Amazon DynamoDB Streams 中的資料執行以時間為基礎的彙總 (例如計數、最大值、總和、平均值等)，所需時間很短暫 (最久為 15 分鐘)。這可讓您為以事件為基礎的應用程式輕鬆設定簡單的分析，而不會增加架構的複雜性，因為您的業務和分析邏輯可位於相同的函式中。Lambda 會根據事件的時間戳記，在最多 15 分鐘的輪轉時段進行彙總。Amazon Kinesis Data Analytics 可讓您建置更複雜的分析應用程式，來支援彈性的處理選項和強健的容錯能力，應用程式還可具備確切的一次性處理而不會重複，以及跨多個邏輯分區對整個資料串流執行分析。藉助 KDA，您就可以使用事件時間或處理時間，透過多種類型的彙總時段 (輪轉時段、交錯時段、移動時段、工作階段時段) 分析資料。
 

首先要設定警示以傳送 Amazon SNS 通知。然後從 AWS Lambda 主控台中選擇一個 Lambda 函數，並將其與 Amazon SNS 主題建立關聯。若要進一步了解如何設定 Amazon CloudWatch 警示，請參閱 Amazon CloudWatch 開發人員指南。

您可以從 AWS Lambda 主控台選擇要在任何資料集與 Amazon Cognito 身分集區同步時觸發的函數。還可透過 AWS 開發套件和 CLI 提供此相同的功能。請瀏覽 Amazon Cognito 了解使用 Amazon Cognito 跨多個使用者裝置分享和同步資料的詳細資訊。

您可以透過 AWS Lambda 的叫用 API，使用自訂事件叫用 Lambda 函數。只有該函數的擁有者或該擁有者授予許可的另一個 AWS 帳戶才能叫用該函數。若要進一步了解，請瀏覽 Lambda 開發人員指南。

上傳您要 AWS Lambda 執行的程式碼，並使用 AWS Mobile SDK 中的 AWS Lambda 開發套件，從行動應用程式叫用它。您可以直接 (同步) 呼叫來擷取或即時查看資料，也可以進行異步呼叫。您可以使用 Amazon API Gateway 定義自訂 API，並透過任何與 REST 相容的用戶端叫用 Lambda 函數。若要進一步了解 AWS Mobile SDK，請瀏覽 AWS Mobile SDK 頁面。若要進一步了解 Amazon API Gateway，請瀏覽 Amazon API Gateway 頁面。

您可以透過 AWS Serverless Application Repository，從 AWS community 開發人員、公司和合作夥伴發佈的無伺服器應用程式集合中選擇。找到應用程式之後，可以直接從 Lambda 主控台進行設定和部署。

您可以使用 AWS CodePipeline 和 AWS CodeDeploy 自動化無伺服器應用程式的發佈程序。CodePipeline 是一種持續交付的服務，讓您能夠將無伺服器應用程式所需的步驟模型化、視覺化和自動化。CodeDeploy 可為 Lambda 應用程式提供部署自動化引擎。CodeDeploy 可讓您根據已確立的最佳實務方法 (如早期開發測試和線性部署) 協調部署，並協助您建立必要的防護，以確定新部署的程式碼是否安全、穩定且可全面發布到生產環境。
 

若要進一步了解無伺服器 CI/CD，請參閱我們的文件。

若要開始建置，請前往 AWS Lambda 主控台，並下載其中一個藍圖。所下載的檔案會包含一個 AWS SAM 檔案 (用於定義應用程式中的 AWS 資源)，以及 .ZIP 檔案 (其中包含函數的程式碼)。之後，您可以使用 AWS CloudFormation 命令來封裝和部署您剛下載的無伺服器應用程式。如需詳細資訊，請參閱我們的文件。

您可以使用 AWS Step Functions，以特定順序協調一系列 AWS Lambda 函數。您可以依序叫用多個 Lambda 函數，將函數的結果傳遞給另一個函數，也可以 (或者) 並行叫用多個函數，而 Step Functions 會在執行期間為您維護狀態。

您可以在 Lambda 函數執行角色新增 X-Ray 許可並將函數的 "tracing mode" 變更為 "active"，以啟用 Lambda 函數的 AWS X-Ray 追蹤功能。 為 Lambda 函數啟用 X-Ray 之後，AWS Lambda 會將追蹤資訊發送到 X-Ray，這些資訊是關於 Lambda 服務叫用函數時所產生的開銷。這會提供您有關 Lambda 服務開銷、函數啟動時間和函數執行時間等等的洞見。此外，您還可以在 Lambda 部署套件中包含 X-Ray 開發套件來建立自己的追蹤片段、註解追蹤或檢視從 Lambda 函數發出的下游呼叫追蹤片段。X-Ray 開發套件目前可使用 Node.js 和 Java。若要進一步了解，請參閱 Lambda 應用程式的疑難排解。將採用 AWS X-Ray 費率。

是。Amazon RDS Proxy 是可管理連至關聯式資料庫的數千個並行連線的高可用性資料庫代理，您可使用此服務建立連線至關聯式資料庫的高度擴展且安全的無伺服器應用程式。RDS 代理目前支援 MySQL 和 Aurora 資料庫。您可以透過 Amazon RDS 主控台或 AWS Lambda 主控台，開始使用 RDS 代理。使用來自 RDS Proxy 之全受管連線集區的無伺服器應用程式，是根據 RDS Proxy 定價計費。

此規格根據 Apache 2.0 為開源，這可讓您和其他人將 AWS SAM 採納並融合到建置、部署、監控和管理工具之中，並提供有利於商業的授權。您可以在這裡存取 GitHub 上的 AWS SAM 儲存庫。

使用 ZIP 封存和容器映像建立的函式之間的差異主要有三個：

1. 使用 ZIP 封存建立的函式，具備的解壓縮程式碼套件大小上限為 250 MB，而使用容器映像建立的函式，映像大小上限為 10 GB。 
2. Lambda 會使用 Amazon ECR 作為基礎程式碼儲存，適合定義為容器映像的函式，因此在將基礎映像從 ECR 刪除後，就可能無法叫用函式。 
3. 系統會根據最新的執行階段安全性和錯誤修正，自動修補 ZIP 函式。定義為容器映像的函式是不可變的，而且客戶需要負責處理在此函式中封裝的元件。客戶可以利用 AWS 提供的基礎映像 (AWS 通常會定期更新基礎映像，以確保安全性和進行錯誤修正)，搭配最新可用的修補程式。

封裝為容器映像並部署至 AWS Lambda 的函式無需額外費用。當您叫用部署為容器映像的函式時，需要為請求和執行持續時間支付標準費用。要進一步了解，請參閱 AWS Lambda 定價。 在 Amazon ECR 中存放容器映像，系統會以標準 ECR 價格向您收費。要進一步了解，請參閱 Amazon ECR 定價。

Lambda 執行階段界面模擬器是 Lambda 執行階段 API 的代理，可讓客戶在本機測試封裝為容器映像的 Lambda 函式。這是一種輕量型的 Web 伺服器，可將 HTTP 請求轉換為 JSON 事件並模擬 Lambda 執行階段 API。這可讓您使用 cURL 和 Docker CLI 等熟悉的工具，在本機測試函式 (同時測試封裝為容器映像的函式)。這個功能也可簡化在其他運算服務上執行應用程式的過程。您可以在容器映像中納入 Lambda 執行階段界面模擬器，使其以原生方式接受 HTTP 請求，而不是接受部署至 Lambda 所需的 JSON 事件。此元件不會模擬 Lambda 的協調器或安全性和身份驗證組態。執行階段界面模擬器的開源在 GitHub 上。您可以透過在本機上下載並安裝此元件來開始。

客戶可以將執行階段界面模擬器新增為容器映像的進入點，或以附屬的形式封裝該模擬器，以確保容器映像現在會接受 HTTP 請求 (而不是 JSON 事件)。此舉可簡化在其他運算服務上執行容器映像所需的變更。客戶需負責其所選環境遵守所有安全性、效能和並行最佳實務。RIE 是在 AWS Lambda 提供的映像中預先封裝的功能，依預設可在 AWS SAM CLI 中使用。基礎映像供應商可使用此文件，為其基礎映像提供相同的體驗。

如果容器化應用程式滿足以下要求，您就可以將其部署至 AWS Lambda：

1. 此容器映像必須實作 Lambda 執行階段 API。我們有一組開放原始碼的軟體套件 (執行階段界面用戶端 (RIC))，這些套件會實作 Lambda 執行階段 API，讓您可以順暢地將偏好的基礎映像擴展為與 Lambda 相容的映像。
2. 容器映像必須能夠在僅唯讀檔案系統上執行。您的函式程式碼可以存取 512 MB 的可寫入 /tmp 目錄儲存。如果使用的映像需要可寫入的根目錄，請將其設定為寫入至 /tmp 目錄。
3. 預設 Lambda 使用者可讀取執行函式程式碼所需的檔案。Lambda 會為預設 Linux 使用者定義最低權限的許可，以遵循安全性最佳實務。您需要驗證應用程式程式碼是否不須仰賴受其他 Linux 使用者限制的檔案，而即可執行。
4. 這是以 Linux 為基礎的容器映像。

AWS Lambda SnapStart for Java 提供高達 10 倍的函數啟動效能。針對隨需函數，初始化階段 (AWS Lambda 載入函數程式碼並初始化外部相依項) 是啟動延遲的最大貢獻者，並且發生在第一次叫用時。藉助 Lambda SnapStart，Lambda 在您發佈函數版本時，而不是在您首次呼叫該函數時提前初始化一次性初始化函數程式碼。然後，Lambda 拍攝快照並快取已初始化執行環境的記憶體和磁碟狀態。當您叫用該函數時，隨著它縱向擴展，Lambda 從快取的快照中恢復該函數，而不是從頭開始初始化該函數。

Lambda SnapStart 是一個簡單的函數級組態，可使用 Lambda API、AWS 管理主控台、AWS Command Line Interface (CLI)、AWS SDK、Cloud Development Kit (CDK)、AWS CloudFormation、AWS CloudFormation 和 AWS Serverless Application Model (SAM) 設定新函數和現有的 Java 函數。在您設定 Lambda SnapStart 時，此後發佈的每個函數版本都會受益於 Lambda SnapStart 提供的改善的啟動效能。若要進一步了解 Lambda SnapStart，請參閱文件。

Lambda SnapStart 支援 Java 11 執行時間。Java 的未來版本將在發佈後獲得支援。如需了解 Lambda 支援的所有執行時間，請參閱 Lambda 執行時間文件。

是。您可以設定 Lambda SnapStart 函數，以存取虛擬私有雲端 (VPC) 中的資源。如需有關如何使用 VPC 設定函數的詳細資訊，請參閱 Lambda 文件。

是。如果程式碼假設狀態的唯一性，則需要評估程式碼對快照操作 (例如被複製和恢復) 的彈性。如需進一步了解 Lambda SnapStart 的不重複性考量，請參閱文件，以及相關部落格，了解使用 Lambda SnapStart 時 VM 快照的不重複性。

是。您可以在建立 (檢查點) 快照之前和使用執行時間勾點恢復快照之後，實作自己的軟體邏輯。如需進一步了解資訊，請參閱 Lambda SnapStart 文件。

否。啟用 Lambda SnapStart 不會產生額外費用。根據目前的 Lambda 定價，費用依函數的請求數量和程式碼執行持續時間計算。期間收費適用於在函數和執行時間勾點的處理程式中執行的程式碼，以及在處理程式外聲明的初始化程式碼。請注意，AWS Lambda 可能會定期回收具有安全修補程式的執行環境，並重新執行您的初始化程式碼。如需更多詳細資訊，請參閱 Lambda 程式設計模型文件。

依預設，快照使用 Lambda 服務擁有和管理的客戶的不重複 AWS Key Management Service (KMS) 金鑰進行加密。客戶還可以使用客戶擁有和管理的 KMS 金鑰來加密快照。

您可以透過 AWS 管理主控台、Lambda API、AWS CLI 和 AWS CloudFormation，在函數上配置並行。從佈建並行獲益最簡單的方式就是使用 AWS Auto Scaling。您可以使用應用程式 Auto Scaling 配置排程，或讓 Auto Scaling 依需求的變化即時自動調整佈建並行的程度。若要進一步了解佈建並行，請參閱文件。

佈建並行新增「佈建並行」定價方式，可讓函數保持初始化。啟用時，您需要按設定的並行數量和設定的時段付費。執行已配置佈建並行的函數時，您也必須支付請求和執行持續時間的費用。要進一步了解有關佈建並行的定價資訊，請參閱 AWS Lambda 定價。

Python、Java 和 Node 等解釋性語言通常不需要重新編譯，除非您的程式碼引用了使用架構特定元件的庫。在這些情況下，您需要提供針對 arm64 的庫。如需詳細資訊，請參閱開始使用 AWS Graviton 頁面。非解釋性語言需要將程式碼編譯為針對 arm64。雖然更現代化的編譯器將為 arm64 產生編譯程式碼，但您需要將其部署至以 arm 為基礎的環境中進行測試。若要進一步了解如何將 Lambda 函數與 Graviton2 結合使用，請參閱文件。

在發佈時，客戶可使用 Python、Node.js、Java、Ruby、.Net Core、自訂執行時間 (provided.al2) 和 OCI Base 映像。若要進一步了解，請參閱 AWS Lambda 執行階段。

每個工作負載都是獨一無二的，建議客戶測試其函數，以確定能否看到性價比改進。為此，我們建議使用 AWS Lambda Power Tuning 工具。建議在測試您的工作負載以提高潛在的性價比時，從 Web 和行動後端、資料和串流處理開始。

開發人員可以使用主控台、CLI 或 SDK，透過 EFS Access Point 輕鬆將現有 EFS 檔案系統連線至 Lambda 函數。首次叫用函數時，檔案系統將自動掛載並供函數程式碼使用。您可以參閱文件以進一步了解。

使用 Amazon EFS for AWS Lambda 無須額外付費。客戶只需支付 AWS Lambda 和 Amazon EFS 標準價格。在相同可用區域中使用 Lambda 和 EFS 時，不會向客戶收取資料傳輸費用。但是，如果他們使用 VPC 對等進行跨帳戶存取，則會產生資料傳輸費用。若要進一步了解，請參閱定價。

您可以透過 AWS 管理主控台、AWS Lambda API、AWS CLI、AWS CloudFormation 和 AWS Serverless Application Model 來設定函數 URL。可以在您函數的 $LATEST 非限定版本或任何函數別名上啟用函數 URL。若要進一步了解設定函數 URL，請參閱文件。

是。可以在函數或函數別名上啟用 Lambda 函數 URL。如果未指定別名，依預設，URL 會指向 $LATEST。函數 URL 不能針對個別函數版本。

使用函數 URL 無需額外收費。您只需支付 AWS Lambda 標準費用。若要進一步了解，請參閱 AWS Lambda 定價。

Lambda@Edge 可讓您在全球 AWS 位置執行程式碼，不僅不需佈建或管理伺服器，更能以最少的網路延遲回應最終使用者。您只需將 Node.js 或 Python 程式碼上傳至 AWS Lambda，並設定要觸發的函數，以回應 Amazon CloudFront 請求 (確切時間點包括：檢視者請求抵達時、將請求轉送到原始伺服器或從原始伺服器收到請求時，以及在回應最終使用者之前)。收到索取內容的請求時，就能在全球各個 AWS 位置執行該程式碼，並根據全球的 CloudFront 請求數量加以擴展。如要進一步了解，請參閱我們的文件。

要使用 Lambda@Edge，您只需將程式碼上傳到 AWS Lambda，並關聯要觸發的函數版本以回應 Amazon CloudFront 請求。您的程式碼必須滿足 Lambda@Edge 服務限制。Lambda@Edge 目前支援使用 Node.js 和 Python，透過 CloudFront 事件執行全球叫用。如要進一步了解，請參閱我們的文件。

Lambda@Edge 已針對分佈全球的最終檢視者最注重延遲的使用案例進行優化。決策所需的所有資訊應該都在 CloudFront 節點的函數和請求內。這表示您所尋找要根據使用者特性 (例如，地點、用戶端裝置等等) 決定如何提供內容的使用案例，現在可以在離使用者最近的地方執行和提供服務，無須傳送回集中化的伺服器。

如果函數滿足 Lambda@Edge 服務需求和限制，您可以建立現有 Lambda 函數與 CloudFront 事件的關聯以進行全球叫用。在這裡閱讀有關如何更新函數屬性的詳細資訊。

您的函數會自動觸發以回應下列 Amazon CloudFront 事件：

• 檢視者請求 – 當網際網路上的最終使用者或裝置發出 HTTP(S) 請求給 CloudFront，且請求抵達最靠近該使用者的節點時，會發生此事件。
• 檢視者回應 – 當節點上的 CloudFront 伺服器準備好回應發出請求的最終使用者或裝置時，會發生此事件。
• 原始伺服器請求 – 當 CloudFront 節點伺服器的快取中尚未有請求的物件，且檢視者請求已準備好傳送到後端原始 Web 伺服器 (例如 Amazon EC2、Application Load Balancer 或 Amazon S3) 時，會發生此事件。
• 原始伺服器回應 – 當邊緣上的 CloudFront 伺服器從後端原始 Web 伺服器收到回應時，會發生此事件。

不同之處在於 API Gateway 和 Lambda 都是區域服務。使用 Lambda@Edge 和 Amazon CloudFront，可讓您根據最終檢視者的位置跨多個 AWS 位置執行邏輯。

否。AWS Lambda 設計成能夠平行執行大量的函數執行個體。不過，AWS Lambda 對於每個區域的每個帳戶設有並行執行數量的預設安全調節限制 (請參閱這裡以取得預設安全調節限制的相關資訊)。您也可以控制個別 AWS Lambda 函數的最高並行執行數，為關鍵函數保留一部分的帳戶並行限制，或者設定下游資源流量速率上限。

如果您要提交請求以增加並行執行限制，可以使用 Service Quotas 來請求提高上限。

當超出最大並行執行限制時，同步叫用的 AWS Lambda 函數將會傳回節流錯誤 (錯誤碼為 429)。異步叫用的 Lambda 函數可以承受合理範圍內的突發流量約 15 到 30 分鐘，但之後再進來的事件將因為節流而遭到拒絕。如果叫用的 Lambda 函數是用於回應 Amazon S3 事件，則遭到 AWS Lambda 拒絕的事件可能會由 S3 保留 24 小時並在此期間重試。除非 Lambda 函數成功或資料過期，否則來自 Amazon Kinesis Streams 和 Amazon DynamoDB Streams 的事件會一直重試。Amazon Kinesis 與 Amazon DynamoDB 串流會將資料保留 24 小時。

預設最大並行執行限制會在帳戶層級套用。但是，您也可以對個別函數設定限制 (請造訪此處以取得有關預留並行的資訊)。

每個同步叫用的 Lambda 函數可以每 10 秒以最多 1000 次並行執行的速率進行擴展。雖然 Lambda 的擴展速率適用於大多數使用案例，但特別適合流量突增可預測或不可預測的使用案例。例如，SLA 界定的資料處理需要可預測但快速的擴展來滿足處理需求。同樣，提供突發新聞文章或快閃銷售可能會在短時間內推動不可預測的流量層級。Lambda 的擴展速率可以促進此類使用案例，而無需額外的組態或工具。此外，並行擴展限制是函數層級限制，這意味著帳戶中的每個函數都會獨立於其他函數進行擴展。

當超出非同步叫用的重試政策時，您可在放置事件的位置設定「無效字母佇列」(DLQ)；沒有設定 DLQ 的事件會被拒絕。當超出串流調用的重試政策時，表示資料已經到期，因此會被拒絕。

您可以使用 IAM 角色授予 Lambda 函數存取其他資源的許可。AWS Lambda 在執行您的 Lambda 函數時會擔任執行角色，因此您可以對該服務可使用的 AWS 資源保持完整且安全的控制。若要進一步了解角色，請瀏覽設定 AWS Lambda。

當您設定 Amazon S3 儲存貯體以傳送訊息到 AWS Lambda 函數時，將會建立一條授權存取的資源政策規則。請瀏覽 Lambda 開發人員指南，進一步了解資源政策與存取 Lambda 函數控制的相關資訊。

存取控制是透過 Lambda 函數的角色來管理。您指派給 Lambda 函數的角色也決定了 AWS Lambda 可代表其輪詢的資源。若要進一步了解，請瀏覽 Lambda 開發人員指南。

您可透過指定子網路與安全群組作為函數組態的一部分來啟用 Lambda 函數來存取 VPC 的資源。設定要存取特定 VPC 中資源的 Lambda 函數，預設無法存取網際網路。若要授與這些功能網際網路權限，請使用網際網路閘道。根據預設，Lambda 函數會透過 IPv4 與雙堆疊 VPC 的資源通訊。您可設定函數來透過 IPv6 存取雙堆疊 VPC 的資源。如需詳細資訊了解使用 VPC 設定的 Lambda 函數，請參閱使用 VPC 的 Lambda 私人網路。

AWS Lambda 的程式碼簽署提供信任和完整性控制項，可讓您驗證只有來自核准開發人員的未修改程式碼才會在您的 Lambda 函式中部署。您可以將 AWS Signer (一個全受管程式碼簽署服務) 用於數位簽署的程式碼成品，並將 Lambda 函式設定為在部署時驗證簽章。目前僅封裝為 ZIP 封存的函式可使用 AWS Lambda 的程式碼簽署。

您可以使用簽署描述檔，透過 AWS Signer 主控台、Signer API、SAM CLI 或 AWS CLI，建立數位簽署程式碼成品。若要進一步了解，請參閱 AWS Signer 文件。

AWS Lambda 可在部署時執行以下簽章檢查：

• 簽章損壞 - 程式碼成品在簽署後發生變更時，會發生此狀況。
• 簽章不相符 - 程式碼成品遭未經核准的簽署描述檔簽署時，會發生此狀況。
• 簽章過期 - 簽章超過設定的過期日時，會發生此狀況。
• 簽章遭撤銷 - 簽署描述檔擁有者撤銷簽署任務時，會發生此狀況。

若要進一步了解，請參閱 AWS Lambda 文件。

使用 AWS Lambda 的程式碼簽署無需額外付費。您只需支付 AWS Lambda 標準費用。若要進一步了解，請參閱定價。

為了在預設情況下為您提供簡化且增強的日誌體驗，AWS Lambda 提供進階日誌控制，例如能以 JSON 結構化格式原生擷取 Lambda 函數日誌、控制 Lambda 函數日誌的日誌層級篩選而無需變更程式碼，而且自訂 Amazon CloudWatch 日誌群組 Lambda 的日誌傳送。

您可以 JSON 結構化格式擷取 Lambda 函數日誌，而無需使用自己的日誌庫。JSON 結構化日誌可讓您更輕鬆地搜尋、篩選和分析大量日誌項目。您可以控制 Lambda 函數日誌的日誌層級篩選，無需進行任何程式碼變更，進而可選擇 Lambda 函數所需的日誌詳細度等級，而無需在偵錯和疑難排解時篩選大量日誌。您也可以設定 Lambda 應將日誌傳送至哪個 Amazon CloudWatch 日誌群組，讓您更輕鬆將應用程式內多個函數日誌彙集到一個位置。您接著就可以將安全性、治理和保留原則套用到應用程式層級的日誌，不必分別套用至每個函數。

您可以使用 AWS Lambda API、AWS Lambda 主控台、AWS CLI、AWS Serverless Application Model (SAM) 和 AWS CloudFormation，為 Lambda 函數指定進階日誌控制。若要進一步了解，請造訪啟動部落格文章以取得進階日誌控制，或參閱 Lambda 開發人員指南。

可以，您可以使用自己的日誌庫以 JSON 結構化格式產生 Lambda 日誌。為確保您的日誌庫能夠與 Lambda 的原生 JSON 結構化日誌功能順暢運作，Lambda 不會對您的函數產生的任何已經有 JSON 編碼的日誌進行雙重編碼。您也可以使用 Powertools for AWS Lambda 來擷取 JSON 結構化格式的 Lambda 日誌。

在 Lambda 上使用進階日誌控制不需額外收費。Amazon CloudWatch Logs 將繼續向您收取擷取和儲存 Lambda 日誌的費用。如需日誌定價詳細資訊，請參閱 CloudWatch 定價頁面。

您可以使用 Maven 或 Gradle 這類標準工具編譯 Lambda 函數。您的建置程序應該與編寫依靠 AWS 開發套件的任何 Java 程式碼的建置程序相同。在原始檔案上執行 Java 編譯器工具，並在 classpath 包括 AWS 開發套件 1.9 或更新版本及轉移相依項。如需詳細資訊，請參閱我們的文件。

是。您可以使用 NPM 套件和自訂的套件。在這裡進一步了解。

是。Lambda 的內建沙盒可讓您執行批次 (「殼層」) 指令碼、其他語言執行階段、公用程式常式以及可執行檔。在這裡進一步了解。

是。您上傳的 ZIP 檔案可包含任何靜態連結的原生模組，以及動態連結的模組，動態模組是用指向您的 Lambda 函數根目錄的根路徑編譯的。在這裡進一步了解。

是。您可以使用 Node.js 的 child_process 命令來執行包含在函數中的二進位程式碼，或任何可以從 Amazon Linux 看到函數的可執行檔。另外，還有多個包裝命令列二進位程式碼的 NPM 套件，如 node-ffmpeg。在這裡進一步了解。

若要部署以 Node.js 撰寫的 Lambda 函數，只要將 Javascript 程式碼和相依程式庫封裝成 ZIP。您可以從本機環境上傳 ZIP，或者指定 ZIP 檔案所在的 Amazon S3 位置。如需詳細資訊，請參閱我們的文件。

PowerShell Lambda 部署套件是一個 ZIP 檔案，包含 PowerShell 指令碼、PowerShell 指令碼所需的 PowerShell 模組，以及託管 PowerShell Core 時所需的組件。您可以使用 AWSLambdaPSCore PowerShell 模組 (可以從 PowerShell Gallery 安裝) 建立您的 PowerShell Lambda 部署套件。

透過 AWS CLI 或 Lambda 主控台，以 ZIP 檔案的形式上傳您的 Go 可執行成品，並選取 go1.x 執行時間即可。有了 Lambda，您就可使用 Go 的原生工具來建置及包裝程式碼。如需更多詳細資訊，請閱讀我們的文件。 

您可以檢視這裡的受支援版本清單。

否，AWS Lambda 向該服務的所有使用者提供單一版本的作業系統和受管語言執行時間。您可以將自己的語言執行時間用在 Lambda 中。

您可以使用 Amazon Step Functions 來協調多個叫用的 Lambda 函數。您可以依序叫用多個 Lambda 函數，將一個函數的結果傳遞給另一個，或是並行叫用函數。如需詳細資訊，請參閱我們的文件。