Een e-commerce applicatie gebruikt Amazon API Gateway en een AWS Lambda-functie en slaat gegevens op in een Amazon Aurora PostgreSQL-database. Tijdens een verkoopevenement veroorzaakte een piek in bestellingen timeouts. De solutions architect constateerde een hoog CPU- en geheugengebruik op de database als gevolg van vele open verbindingen. Welke oplossing moet de architect implementeren om timeout-fouten te voorkomen met de minste wijziging aan de applicatie?

Amazon RDS Proxy is de meest geschikte oplossing omdat het de verbindingen tussen de Lambda-functie en de Aurora PostgreSQL-database efficiënt beheert. RDS Proxy handhaaft een pool van databaseverbindingen en hergebruikt deze, waardoor het aantal open verbindingen op de database wordt verminderd en de prestaties onder hoge belasting verbeteren. Dit vermindert CPU- en geheugengebruik en voorkomt timeouts. De wijziging aan de applicatie is minimaal: alleen het database-eindpunt in de Lambda-functie hoeft te worden aangepast. Provisioned concurrency voor Lambda verbetert de opstarttijden van Lambda, maar lost het probleem van databaseverbindingen niet op. Een globale database verbetert de beschikbaarheid en leesschaling over regio's, maar niet de verbindingen in één regio. Read replicas kunnen leesschaling verbeteren, maar de schrijfbelasting blijft op de primaire database, en het routeren van verkeer via query string parameters is complex en niet direct gerelateerd aan het probleem van open verbindingen. Migreren naar DynamoDB is een ingrijpende architectuurwijziging die veel aanpassingen aan de applicatie vereist en niet de "minste wijziging" is.