サーバーレスのeコマースアプリは、API Gatewayを使用して、Amazon RDS for MySQLデータベースに接続するJavaベースのLambda関数を呼び出します。トラフィックの急増中に、APIのパフォーマンスが低下し、データベース接続が失敗しました。会社は、最小限の変更でLambdaのレイテンシーを削減し、トラフィックの急増をサポートしたいと考えています。最もアプリケーションの変更が少ない要件を満たすソリューションはどれですか？

RDS Proxyは、データベース接続をプールして再利用することで、Lambda関数からの新しいデータベース接続の確立オーバーヘッドを削減し、トラフィック急増時のパフォーマンス低下を防ぎます。また、Secrets Managerとの統合により認証情報管理が容易になります。プロビジョニングされた同時実行数を増やすことで、Lambda関数がコールドスタートなしでより多くのリクエストを処理できるようになり、レイテンシーがさらに削減されます。 他の選択肢は以下の理由で不適切です。 Lambda関数のコードをリファクタリングするだけでは、根本的な接続プーリングの問題は解決されず、トラフィック急増時の接続失敗を完全に防ぐことはできません。 maxconnectionsパラメータを増やすだけでは、Lambdaの接続確立オーバーヘッドは解決されず、データベースへの負荷が増大する可能性があります。 予約済み同時実行数では、プロビジョニングされた同時実行数のようなコールドスタートの削減効果は得られません。