AWS AppConfig エージェント Lambda 拡張機能の仕組みを理解する

AWS AppConfig を使用して Lambda 拡張機能のない Lambda 関数の設定を管理する場合は、 StartConfigurationSessionおよび GetLatestConfigurationAPIアクションと統合して、Lambda 関数が設定更新を受け取るように設定する必要があります。

AWS AppConfig エージェント Lambda 拡張機能を Lambda 関数と統合すると、このプロセスが簡素化されます。拡張機能は、 AWS AppConfig サービスの呼び出し、取得されたデータのローカルキャッシュの管理、次のサービス呼び出しに必要な設定トークンの追跡、バックグラウンドでの設定更新の定期的なチェックを行います。次の図は、その仕組みを示しています。

1. AWS AppConfig エージェント Lambda 拡張機能は、Lambda 関数のレイヤーとして設定します。

2. 設定データにアクセスするために、関数は で実行されているHTTPエンドポイントで AWS AppConfig 拡張機能を呼び出しますlocalhost:2772。

3. 拡張機能は、設定データのローカルキャッシュを保持します。データがキャッシュにない場合、拡張機能は を呼び出し AWS AppConfig て設定データを取得します。

4. サービスから設定を受信すると、拡張機能はローカルキャッシュに設定を保存し、Lambda 関数に渡します。

5. AWS AppConfig エージェント Lambda 拡張機能は、設定データの更新をバックグラウンドで定期的にチェックします。Lambda 関数が呼び出されるたびに、拡張機能は、設定を取得してからの経過時間をチェックします。経過時間が設定されたポーリング間隔より大きい場合、拡張機能は AWS AppConfig を呼び出して新しくデプロイされたデータをチェックし、変更があった場合にローカルキャッシュを更新し、経過時間をリセットします。

注記

• Lambda は、関数が必要とする同時実行レベルに対応する個別のインスタンスをインスタンス化します。各インスタンスは分離され、設定データの独自のローカルキャッシュが保持されます。Lambda インスタンスと同時実行の詳細については、「Lambda 関数の同時実行数の管理」を参照してください。

• から更新された設定をデプロイした後、Lambda 関数に設定変更が表示されるまでにかかる時間は AWS AppConfig、デプロイに使用したデプロイ戦略と、拡張機能に設定したポーリング間隔によって異なります。