了解 Amazon AppConfig 代理 Lambda 扩展的工作原理 - Amazon AppConfig
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

了解 Amazon AppConfig 代理 Lambda 扩展的工作原理

如果您使用 Amazon AppConfig 管理没有 Lambda 扩展的 Lamb da 函数的配置,则必须通过与和 API 操作集成,将 Lambda 函数配置为接收配置更新。StartConfigurationSessionGetLatestConfiguration

将 Lambda Amazon AppConfig 代理扩展与您的 Lambda 函数集成可简化此过程。该扩展负责调用 Amazon AppConfig 服务、管理检索到的数据的本地缓存、跟踪下一次服务调用所需的配置令牌以及定期在后台检查配置更新。下图显示了它的工作方式。

A Amazon AppConfig gent Lambda 扩展的工作原理示意图
  1. 您可以将 Amazon AppConfig 代理 Lambda 扩展配置为 Lambda 函数的一个层。

  2. 要访问其配置数据,您的函数在上运行的 HTTP 端点上调用该 Amazon AppConfig 扩展程序localhost:2772

  3. 该扩展会维护配置数据的本地缓存。如果数据不在缓存中,则扩展程序会调用 Amazon AppConfig 以获取配置数据。

  4. 从服务接收配置后,扩展会将其存储在本地缓存中并将其传递给 Lambda 函数。

  5. Amazon AppConfig Agent Lambda 扩展定期在后台检查您的配置数据的更新。每次调用 Lambda 函数时,扩展都会检查自检索配置以来的运行时间。如果经过的时间大于配置的轮询间隔,则分机 Amazon AppConfig 将调用以检查新部署的数据,如果有更改,则更新本地缓存,并重置经过的时间。

注意
  • Lambda 会实例化与函数所需的并发级别相对应的单独实例。每个实例都是独立的,并维护自己的配置数据本地缓存。有关 Lambda 实例和并发的更多信息,请参阅《Lambda 开发人员指南》中的 管理 Lambda 函数并发

  • 从 Amazon AppConfig部署更新的配置后,配置更改显示在 Lambda 函数中所需的时间取决于您用于部署的部署策略和为扩展配置的轮询间隔。