ある開発者のアプリケーションはAWS LambdaとCloudFormationを使用しています。利用が増加するにつれて、Lambda関数は呼び出しごとにSystems Manager Parameter Storeの高度なパラメータを取得する際に、レート制限に達し始めました。このパラメータはデプロイ時にのみ変更されます。利用状況が予測できないため、開発者はParameter Storeのレート制限を回避するための費用対効果の高い方法を求めています。この要件を最もよく満たすソリューションはどれですか？

正解は、CloudFormationテンプレートのLambdaリソースで、パラメータのSSM動的参照を環境変数として使用することです。これにより、Lambda関数が呼び出されるたびにParameter Storeにアクセスするのではなく、デプロイ時に一度だけパラメータが取得され、環境変数として設定されます。Parameter Storeへの呼び出し回数が大幅に減るため、レート制限の問題が解決されます。 誤った選択肢： 予約済み同時実行数を設定しても、Parameter Storeへの呼び出し回数は減らないため、レート制限の問題は解決しません。 指数関数的バックオフは一時的な解決策であり、根本的な呼び出し回数を減らすものではないため、コスト効率の良い長期的な解決策ではありません。 サービス クォータの引き上げは可能ですが、リクエストが必要であり、Parameter Storeへの不必要な呼び出しをなくす方がより費用対効果の高い解決策です。