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

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

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

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

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

A AWS AppConfig gent Lambda 扩展的工作原理示意图

  1. 您可以将 AWS AppConfig 代理 Lambda 扩展配置为 Lambda 函数的一个层。

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

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

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

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

注意

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

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