【SAA-C03 模擬】Lambdaの同時実行急増でRDSの接続数が枯渇する問題を、最小限のコード変更で解消するには？
ある企業は、API GatewayとAWS Lambdaで構築したAPIから、Multi-AZ構成のAmazon RDS for PostgreSQLにアクセスしています。セール時に同時実行数が数千に増加し、「too many connections」エラーが多発します。また、RDSのフェイルオーバー発生時にはアプリケーションの再接続に時間がかかり、エラーが長引いています。チームはサーバー管理を増やさず、アプリケーションのコード変更を最小限にしたいと考えています。
この問題を解決する最も適切な方法はどれですか。
この問題を解決する最も適切な方法はどれですか。
正解: B
正解はBです。RDS Proxyは接続プールを管理し、多数のLambda実行環境からの接続を少数のデータベース接続に集約して、接続数の枯渇を防ぎます。フェイルオーバー時にはアプリケーションからの接続を維持したまま新しいプライマリへ切り替えるため、復旧時間も短縮されます。接続先のエンドポイントを変えるだけでよく、コード変更は最小限です。認証にはSecrets ManagerやIAM認証を利用できます。Aはコストが増える割に、Lambdaのスケールに応じて接続数が再び上限に達する可能性があり、フェイルオーバーの問題も解決しません。Cは全面的な書き換えが必要で「最小限の変更」に反します。Dは更新系のクエリや頻繁に変わるデータには適用できず、キャッシュミス時の接続数の問題とフェイルオーバーの問題が残ります。