あるチームが、Lambda関数でVPC内のRDS Aurora（PostgreSQL）に接続するアプリケーションを構築している。パフォーマンステストで「同時接続数が増えるとRDSのコネクション数が上限に達してエラーになる」という問題が判明した。また「データベースの認証情報はコードに直接書かず、定期的に自動ローテーションしたい」という要件もある。両方の問題を解決するためのアーキテクチャとして最も適切なものを2つ選択してください。

正解: B, E

選択肢E（RDS Proxy）はLambdaからのコネクションをプールして管理し、多数のLambdaインスタンスが発生しても実際にRDSに向けるコネクション数を大幅に削減できる。RDS Proxyは認証情報の管理にSecrets Managerと統合されており、選択肢B（Secrets Manager）と組み合わせると、IAM認証を使ってRDS Proxyに接続でき、データベース認証情報をコードに書かずに済む。Secrets Managerの自動ローテーション機能により定期的なパスワード変更も自動化できる。選択肢AのReserved Concurrencyによるスケール制限は接続数の爆発を防げるが、トラフィックスパイク時のスケール不能というトレードオフがあり、問題の根本解決ではない。選択肢Dはコネクションプールライブラリ（正確にはPgBouncerはLambdaレイヤーとして動かすことはできない）を各Lambda インスタンスに持たせても、Lambda インスタンス数が増えれば合計コネクション数はやはり増大するため根本解決にならない。また、PgBouncerはデーモンプロセスとして動作するためLambdaの実行モデルとは相性が悪い。選択肢CのRDSパラメータによる上限引き上げは一時的な緩和にはなるが、Auroraのコネクションはメモリを消費するため無制限に増やすことはできず、根本的なアーキテクチャ問題を解決しない。