AWS Lambda 常见问题

为了提高性能，AWS Lambda 可以选择保留您的函数实例，将其再用于服务后续请求，而不是创建一个新副本。要了解有关 Lambda 如何重复使用函数实例的更多信息，请访问我们的文档。您的代码不应假设此操作总是发生。

您可以为每个 Lambda 函数配置其自己的短暂存储（介于 512MB 与 10240MB 之间，以 1MB 为增量）。短暂存储在每个函数的 /tmp 目录中均可使用。

每个函数都能免费使用 512MB 的存储空间。使用超过 512MB 的短暂存储配置函数时，将会根据配置的存储量和函数运行的时间计费，以 1 毫秒为增量来计量。相比之下，在美国东部（俄亥俄）区域，AWS Fargate 短暂存储价格为每小时每 GB 0.000111 美元，或每月每 GB 0.08 美元。美国东部（俄亥俄）的 Amazon EBS gp3 存储卷定价为每月每 GB 0.08 美元。AWS Lambda 短暂存储定价为每秒每 GB 0.0000000309 美元，或每小时每 GB 0.000111 美元和每月每 GB 0.08 美元。要了解更多信息，请参阅 AWS Lambda 定价。

您可以使用 AWS CloudWatch Lambda Insight 指标来监控短暂存储使用量。要了解详情，请参阅 AWS CloudWatch Lambda Insights 文档。

如果您的应用程序需要耐用的持久性存储，请考虑使用 Amazon S3 或 Amazon EFS。如果您的应用程序需要在单一函数调用中存储代码所需的数据，请考虑使用 AWS Lambda 短暂存储作为暂时性缓存。要详细了解，请参阅在 Web 应用程序中选择 AWS Lambda 数据存储选项。

符合。但是，如果您的应用程序需要持久性存储，请考虑使用 Amazon EFS 或 Amazon S3。当您为函数启用预置并发时，函数的初始化代码会在分配期间和每隔几个小时运行一次，因为执行中的函数实例会被回收。您可以在实例处理请求后的日志和跟踪中查看初始化时间。但是，即使实例从不处理请求，也会对初始化计费。此预置并发初始化行为可能会影响您的函数与存储在短暂存储中的数据的交互方式，即使您的函数不处理请求也是如此。有关预置并发的详情，请参阅相关文档。

您可以使用 AWS CloudWatch Lambda Insight 指标来监控短暂存储使用量。要了解详情，请参阅 AWS CloudWatch Lambda Insights 文档。

如果您正在使用 Node.js 或 Python，则可以使用 AWS Lambda 控制台中的代码编辑器来编写函数代码，该编辑器支持编写和测试函数，并在类似 IDE 的稳健环境中查看函数执行的结果。前往控制台以开始。

您也可以将代码（以及任何依赖库）打包为 ZIP 并使用 AWS Lambda 控制台从您的本地环境上传或指定 ZIP 文件所在的 Amazon S3 位置。上传的内容必须不大于 50MB (压缩过的)。您可以使用 AWS Eclipse 插件以 Java 编写和部署 Lambda 函数。您可以使用 Visual Studio 插件以 C# 和 Node.js 制作和部署 Lambda 函数。

您可以将代码（以及任何依赖库）打包为 ZIP 并使用 AWS CLI 从您的本地环境上传或指定 ZIP 文件所在的 Amazon S3 位置。上传的内容必须不大于 50MB (压缩过的)。请访问 Lambda 入门指南以开始使用。

符合。使用 AWS Lambda 控制台、命令行界面或软件开发工具包，即可轻松创建和修改环境变量。要了解有关环境变量的更多信息，请参阅该文档。

对于敏感信息（如数据库密码），我们建议您使用 AWS Key Management Service 进行客户端加密，并将生成的值作为加密文字存储在您的环境变量中。您需要在 AWS Lambda 函数代码中包含逻辑才能解密这些值。

您可以使用 Lambda API 或控制台调整和保护与您的 Lambda 函数相关联的资源。要了解更多信息，请参阅文档。

可以，您可以将任何代码（框架、软件开发工具包、库等）打包为 Lambda Layer，并在多个函数之间轻松进行管理和共享。

AWS Lambda 会通过 Amazon CloudWatch 报告实时指标，代您自动监控 Lambda 函数，指标包括请求总数、账户级别和函数级别并发使用情况、延迟、出错率和请求调用。通过 Amazon CloudWatch 控制台或 AWS Lambda 控制台，可以查看每一个 Lambda 函数的统计信息。您还可以在您的 Lambda 函数中调用第三方监控 API。
 

请访问排查 CloudWatch 指标问题了解更多信息。使用 Lambda 的内建指标会依照 AWS Lambda 的标准费率计费。

AWS Lambda 与 Amazon CloudWatch logs 自动集成，对每个 Lambda 函数创建一个日志组并提供基本的应用程序生命周期事件日志条目，包括记录该函数每次使用时所消耗的资源。您可以轻松将额外的日志语句插入到代码中。您还可以在 Lambda 函数中调用第三方日志记录 API。请访问排查 Lambda 函数问题了解更多信息。将按照 Amazon CloudWatch 日志费率计费。

在 AWS Lambda 资源模型中，您可以选择用于函数的内存量，这会分配等比例的 CPU 计算能力和其他资源。例如，选择 256MB 的内存时，分配至您的 Lambda 函数的 CPU 功率约是请求 128MB 内存时的两倍，并且是选择 512MB 内存时的一半。要了解更多信息，请参阅我们的功能配置文档。

您可以将内存从 128MB 设置为 10,240MB。

AWS Lambda 按使用量收费。请参阅 AWS Lambda 定价页面，了解详细信息。

符合。默认情况下，每个 AWS Lambda 函数拥有单一的当前版本的代码。Lambda 函数客户端可调用特定的版本或获取最新的实施。请阅读我们有关 Lambda 函数版本控制的文档。

AWS Lambda 为超过特定阈值的每月按需函数持续时间，提供优惠的定价层。分层定价适用于在 x86 和 Arm 架构上运行的函数。Lambda 定价层适用于账户内，同一区域中采用相同架构（分别为 x86 或 Arm）所运行函数的每月累积按需持续时间。如果您在 AWS Organizations 中使用整合计费，则定价层将适用于跨组织的所有账户，在相同区域，采用相同架构运行的函数的每月累计持续时间。例如，如果您在美国东部（俄亥俄州）区域运行 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 流开发人员指南。要了解有关使用 Amazon SNS 调用 Lambda 函数的更多信息，请访问 Amazon SNS 开发人员指南。有关 Amazon Cognito 事件的更多信息，请访问 Amazon Cognito。有关 AWS CloudTrail 日志和跨 AWS 服务审计 API 调用的更多信息，请参阅 AWS CloudTrail。

AWS Lambda 允许您在短时间内（最多不超过 15 分钟），在单个逻辑分区（如一个分片）上对 Amazon Kinesis 或 Amazon DynamoDB Streams 中的数据执行基于时间的聚合（如计数、最大值、总和、平均值等）。这使您可以选择为基于事件的应用程序轻松设置简单的分析，而不会增加架构的复杂性，因为您的业务和分析逻辑可以位于同一个函数中。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 移动软件开发工具包中的 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 社区的开发人员、公司和合作伙伴发布的无服务器应用程序集合中进行选择。找到应用程序后，您可以直接从 Lambda 控制台配置和部署该应用程序。

您可以使用 AWS CodePipeline 和 AWS CodeDeploy 自动执行无服务器应用程序的发布过程。CodePipeline 是一项持续交付服务，借助该服务，您能够为发布无服务器应用程序所需的步骤构建模型、使之可视化并自动执行这些步骤。CodeDeploy 为基于 Lambda 的应用程序提供了部署自动化引擎。您可以使用 CodeDeploy 根据既定最佳实践方法 (如 Canary 和线性部署) 编排部署，帮助您建立必要的防护以验证新部署的代码是否安全、稳定并已经准备好完全发布到生产环境。
 

要了解有关无服务器 CI/CD 的更多信息，请参阅我们的文档。

首先，请访问 AWS Lambda 控制台，并下载我们的蓝图之一。您下载的文件将包含一份 AWS SAM 文件（定义了您应用程序中的 AWS 资源）和一份 .ZIP 文件（包含您函数的代码）。然后，您可以使用 AWS CloudFormation 命令打包和部署刚下载的无服务器应用程序。有关更多详细信息，请访问我们的文档。

您可以使用 AWS Step Functions 以特定顺序来协调一系列 AWS Lambda 函数。您可以按顺序调用多个 Lambda 函数，然后将一个函数的输出传递到另一个函数，也可以进行并行调用，Step Functions 将在执行期间为您保持状态。

您可以启用 Lambda 函数利用 AWS X-Ray 进行跟踪的功能，方式为将 X-Ray 的权限添加到 Lambda 函数的执行角色，然后将函数的“跟踪模式”更改为“激活”。 针对 Lambda 函数启用 X-Ray 之后，AWS Lambda 会将调用函数产生的 Lambda 服务开销方面的跟踪信息发送到 X-Ray。这样，您就能了解 Lambda 服务开销、函数启动时间和函数执行时间等信息。此外，您还可以将 X-Ray 开发工具包纳入 Lambda 部署程序包中，以便创建自己的跟踪段、为跟踪添加注释或者查看从 Lambda 函数进行的下游调用的跟踪段。X-Ray 开发工具包目前支持 Node.js 和 Java。请访问对基于 Lambda 的应用程序进行故障排除了解更多信息。我们会按 AWS X-Ray 的费率收取费用。

符合。您可以构建高度可扩展、安全、基于 Lambda 的无服务器应用程序，这些应用程序使用 Amazon RDS 代理（一种高度可用的数据库代理）连接到关系数据库，该代理可管理与关系数据库的数千个并发连接。当前，RDS 代理支持 MySQL 和 Aurora 数据库。您可以通过 Amazon RDS 控制台或 AWS Lambda 控制台开始使用 RDS 代理。使用 RDS 代理中完全托管的连接池的无服务器应用程序将根据 RDS 代理定价进行计费。

该规范在 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 Runtime Interface Emulator 是 Lambda Runtime API 的代理，它允许客户在本地测试打包为容器映像的 Lambda 函数。它是一个轻量级的 Web 服务器，可以将 HTTP 请求转换为 JSON 事件，并模拟 Lambda Runtime API。它允许您使用熟悉的工具，例如 cURL 和 Docker CLI（当测试打包为容器映像的函数时），在本地测试您的函数。它还简化了在其他计算服务上运行应用程序的过程。您可以在容器映像中包括 Lambda Runtime Interface Emulator，使其以原生方式接受 HTTP 请求，而不是部署到 Lambda 所需的 JSON 事件。该组件不会模拟 Lambda 的协调器或安全和身份验证配置。Runtime Interface Emulator 在 GitHub 上开源。在本地计算机上下载并安装 Runtime Interface Emulator，即可开始使用。

客户可以将 Runtime Interface Emulator 添加为容器映像的接入点，也可以将其打包为 Sidecar，以确保容器映像现在接受 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 SnapStart 可以将启动性能从几秒提高到亚秒级。SnapStart 通过对函数的初始化内存（和磁盘）状态进行快照并缓存此快照来实现低延迟访问。当您的函数随后被调用时，Lambda 会从这个预初始化的快照恢复执行环境，而不是从头开始初始化它们，从而缩短启动延迟。为了提高弹性，Lambda 会维护快照的缓存副本并自动应用软件更新，例如运行时升级和安全补丁。

Lambda SnapStart 是一种简单的函数级配置功能，可以使用 Lambda API、AWS 管理控制台、AWS 命令行界面（CLI）、AWS SDK、AWS 云开发工具包（CDK）、AWS CloudFormation 和 AWS 无服务器应用程序模型（SAM）对新的和现有的函数进行配置。当您配置 Lambda SnapStart 时，此后发布的每个函数版本都将受益于 Lambda SnapStart 带来的启动性能改进。要了解有关 Lambda SnapStart 的更多信息，请参阅此文档。

Lambda SnapStart 是一种性能优化，通过减少一次性初始化代码执行过程中产生的可变延迟，帮助您将函数的启动时间提速。虽然 Lambda SnapStart 可以减少启动延迟，但这是一种尽力而为的优化，并不能保证消除冷启动。如果您的应用程序有严格的延迟要求，并且需要两位数毫秒的启动时间，我们建议您使用 PC。

Lambda SnapStart 支持多种运行时，包括 Java 11（及更高版本）、Python 3.12（及更高版本）和 .NET 8（及更高版本）。未来版本的运行时在发布后也将受到支持。有关 Lambda 支持的所有运行时，请参阅 Lambda 运行时文档。

符合。您可以配置 Lambda SnapStart 函数来访问虚拟私有云（VPC）中的资源。有关如何使用 VPC 配置函数的更多信息，请参阅 Lambda 文档。

符合。您可以为在 x86 和 Arm 架构上运行的函数配置 Lambda SnapStart。

符合。如果您认为您的代码状态是唯一的，那么您需要评估代码对快照操作（如克隆和恢复）的恢复能力。要了解有关 Lambda SnapStart 唯一性注意事项的更多信息，请参阅有关了解使用 Lambda SnapStart 的 VM 快照唯一性的文档和博客。

符合。您可以在创建快照（设置检查点）之前和使用运行时挂钩恢复快照之后实施自己的软件逻辑。要了解更多信息，请参阅 Lambda SnapStart 文档。

是的，您需要为函数版本处于活动状态期间的快照缓存付费，3 小时起付，之后按毫秒收费。价格取决于您为函数分配的内存量。每次 Lambda 通过恢复快照来恢复执行环境时，也会向您收费，具体价格取决于您为函数分配的内存量。要了解有关 SnapStart 定价的更多信息，请访问 AWS Lambda 定价。

SnapStart 定价不适用于受支持的 Java 托管运行时，该运行时只能缓存最多 14 天的快照。

与所有 Lambda 函数一样，SnapStart 函数也会产生持续时间费用。对于使用 SnapStart 的函数，持续时间包括加载运行时所需的时间、在运行时钩子中运行的任何代码，以及为恢复能力创建快照副本时执行的初始化代码。

使用适用于 Python 和 .NET 的 Lambda SnapStart，只要您的函数处于活动状态，函数快照就会保持活动状态。对于 Java 函数，如果与已发布的函数关联的快照保持非活动状态超过 14 天，则该快照将过期。

快照默认使用 Lambda 服务拥有和管理的客户唯一的 AWS Key Management Service (KMS) 密钥进行加密。客户还可以使用客户拥有和管理的 KMS 密钥加密快照。

您可以通过 AWS 管理控制台、Lambda API、AWS CLI 和 AWS CloudFormation 在函数上配置并发。利用预配置并发功能的最简单方法是使用 AWS Auto Scaling。您可以使用 Application Auto Scaling 来配置计划，或者让 Auto Scaling 随着需求的变化自动实时调整预配置并发量。有关预配置并发的更多信息，请参阅文档。

预配置并发添加了“预配置并发”的定价维度，用于使函数保持初始化状态。启用后，您需要为配置的并发量以及配置所用的时间付费。如果在配置了预配置并发的情况下执行函数，您还需要为请求和执行持续时间付费。要了解有关预配置并发定价的更多信息，请参阅 AWS Lambda 定价。

Python、Java 及 Node 等解释语言通常不需要重新编译，除非您的代码参考库使用的架构包含特别组件。在这种情况下，您需要针对 arm64 提供库。有关更多详细信息，请参阅 AWS Graviton 入门页面。非解释语言将需要您编译代码以适用于 arm64。但更多的现代编译者将生成适用于 arm64 的编译后代码，您需要将其部署到基于 arm 的环境进行测试。要了解有关使用 Graviton2 支持的 Lambda 函数的详情，请参阅文档。

在启动时，客户可以使用 Python、Node.js、Java、Ruby、Net Core、Custom Runtime (provided.al2) 和 OCI Base 镜像。要了解更多信息，请参阅 AWS Lambda 运行时系统。

需要根据工作负载的情况具体分析，我们建议客户先行测试自己的函数，以确定可能带来的性价比提升。为此，我们建议使用 AWS Lambda Power Tuning 工具。我们建议先从 Web 和移动后端、数据以及流式传输处理开始，以测试您的工作负载，了解是否存在提升性价比的可能。

开发人员可以使用控制台、CLI 或 SDK 通过 EFS 接入点轻松地将现有 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 事件时，会自动触发您的函数：

• 查看器请求 – 当 Internet 上的最终用户或设备向 CloudFront 发出 HTTP(S) 请求，且请求到达离该用户最近的边缘站点时，将触发此事件。
• 查看者响应 – 当边缘站点处的 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 函数的最大并发执行数量，并可以使用这项功能为关键函数保留一部分账户并发限制或限制下游资源流量速率。

如果您想提交提高并发执行限制数量的请求，则可以使用服务限额提交。

超过最大并发执行限制数量时，同步调用的 AWS Lambda 函数会返回一条节流错误信息（429 错误代码）。异步调用的 Lambda 函数能够承受一定范围内的流量突增，持续时间约为 15 至 30 分钟。一旦超过此限制，后续传入的事件将因达到限制而被拒绝。如果调用的 Lambda 函数是用于响应 Amazon S3 事件，则被 AWS Lambda 拒绝的事件可能被 S3 保留 24 小时并在此期间反复重试。Amazon Kinesis Streams 和 Amazon DynamoDB 流中的事件会反复重试，直到 Lambda 函数成功或数据过期。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 函数以在部署时验证签名。AWS Lambda 的代码签名目前仅适用于打包为 ZIP 存档的函数。

您可以通过 AWS Signer 控制台、Signer API、SAM CLI 或 AWS CLI 使用签名配置文件创建数字签名的代码构件。要了解更多信息，请参阅 AWS Signer 文档。

AWS Lambda 可在部署时执行以下签名检查：

• 签名损坏 - 如果代码构件在签名后被更改，则会发生这种情况。
• 签名不匹配 - 如果代码构件由未经批准的签名配置文件签名，则会发生这种情况。
• 过期签名 - 如果签名超过了配置的有效期，则会发生这种情况。
• 撤销签名 - 如果签名配置文件拥有者撤销了签名作业，则会发生这种情况。

要了解更多信息，请参阅 AWS Lambda 文档。

使用 AWS Lambda 的代码签名时，不需要额外的费用。您只需支付 AWS Lambda 的标准价格。要了解更多信息，请参阅定价。

为了在默认情况下为您提供简化和增强的日志记录体验，AWS Lambda 提供了高级日志记录控制，例如能够以 JSON 结构化格式原生捕获 Lambda 函数日志、在不进行任何代码更改的情况下控制 Lambda 函数日志的日志级别筛选，以及自定义 Lambda 将日志发送到的 Amazon CloudWatch 日志组。

您可以采用 JSON 结构化格式捕获 Lambda 函数日志，而不必使用自己的日志记录库。JSON 结构化日志使搜索、筛选和分析大量日志条目变得更加容易。您无需更改任何代码即可控制 Lambda 函数日志的日志级别筛选，这使您能够在调试和排查错误时选择 Lambda 函数所需的日志记录粒度级别，而无需筛选大量日志。您还可以设置 Lambda 将日志发送到哪个 Amazon CloudWatch 日志组，从而更轻松地将来自应用程序内多个函数的日志聚合到一处。然后，您可以在应用程序级别将安全、治理和保留策略应用于日志，而不是单独应用于每个功能。

您可以使用 AWS Lambda API、AWS Lambda 控制台、AWS CLI、AWS 无服务器应用程序模型（SAM）和 AWS CloudFormation 为 Lambda 函数指定高级日志记录控制。要了解更多信息，请访问高级日志记录控制的发布博文或 Lambda 开发人员指南。

是的，您可以使用自己的日志记录库生成 JSON 结构化格式的 Lambda 日志。为了确保您的日志记录库与 Lambda 的原生 JSON 结构化日志记录功能无缝协作，Lambda 不会对您的函数生成的任何已进行 JSON 编码的日志进行双重编码。您还可以使用 Powertools for AWS Lambda 库以 JSON 结构化格式捕获 Lambda 日志。

在 Lambda 上使用高级日志记录控制不收取额外费用。您仍然需要为 Amazon CloudWatch Logs 摄取和存储的 Lambda 日志付费。有关日志定价详细信息，请参阅 CloudWatch 定价页面。

CloudWatch Application Signals 是一款应用程序性能监控（APM）解决方案，它使开发人员和操作员能够轻松监控使用 Lambda 构建的无服务器应用程序的运行状况和性能。Application Signals 提供了预先构建的标准化控制面板，用来显示关键应用程序指标、相关轨迹以及 Lambda 函数与其依赖项的交互，无需开发人员执行任何手动检测或代码更改。

在 Lambda 控制台中，您只需单击“配置”选项卡下方的“监控和操作工具”部分，即可为您的函数启用 Application Signals。启用 Application Signals 之后，您可以在 CloudWatch 控制台中查看预构建的控制面板、服务地图等等，并分析无服务器应用程序的性能和运行状况。要了解更多信息，请访问《Lambda 开发人员指南》和《Application Signals 开发人员指南》。请访问 CloudWatch 定价页面，以详细了解当您将 Application Signals 与 Lambda 函数结合使用时如何付费。

CloudWatch Logs Live Tail 是一项交互式日志流式传输和分析功能，您可以通过它实时查看日志，从而更轻松地开发 Lambda 函数和对其进行故障排查。这样，开发人员就可以快速、实时测试和验证代码或配置变更，从而加快使用 Lambda 构建应用程序时的“创作-测试-部署”周期（也称为“内部开发循环”）。Live Tail 体验还使操作员和 DevOps 团队能够更高效地检测和调试 Lambda 函数代码中的故障和关键错误，因此缩短了排查 Lambda 函数错误时的平均恢复时间（MTTR）。

要对您的 Lambda 函数使用 Live Tail ，请访问 Lambda 控制台，然后在代码编辑器中单击“打开 CloudWatch Live Tail”按钮。有关更多信息，请访问《Lambda 开发人员指南》。请访问 CloudWatch 定价页面，以详细了解当您将 Live Tail 与 Lambda 函数结合使用时如何付费。

您可以使用 Maven 或 Gradle 等标准工具编译 Lambda 函数。构建过程应模拟编译任何 Java 代码的同一构建过程，这取决于 AWS 开发工具包。在源文件上运行您的 Java 编译器工具并在类路径上包含 AWS 开发工具包 1.9 或更高版本，以延续依赖性。有关更多详细信息，请参阅我们的文档。

符合。您可以使用 NPM 资源包和自定义的资源包。单击此处了解更多信息。

符合。Lambda 的内建沙盒可以让您运行批处理（“shell”）脚本、其他语言运行时、实用程序例程和可执行文件。单击此处了解更多信息。

符合。您上传的 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 所需的程序集。然后，您可以使用可从 PowerShell 库安装的 AWSLambdaPSCore PowerShell 模块来创建 PowerShell Lambda 部署包。

通过 AWS CLI 或 Lambda 控制台以 ZIP 文件的形式上传 Go 可执行项目并选择 go1.x 运行时。通过 Lambda，您可以使用 Go 的原生工具构建并打包代码。有关更多详细信息，请参阅我们的文档。 

您可以单击此处查看受支持的版本列表。

不能。AWS Lambda 向该服务的所有用户提供单一版本的操作系统和托管语言运行时。您可以在 Lambda 中使用您自己的语言运行时。

您可以使用 Amazon Step Functions 来协调多个 Lambda 函数之间的调用。您可以按顺序调用多个 Lambda 函数，然后将一个函数的输出传递到另一个函数，也可以进行并行调用。请参阅我们的文档了解更多详细信息。