Aplikacja bezserwerowa używa Amazon API Gateway, AWS Lambda i bazy danych Amazon RDS for PostgreSQL. Podczas szczytowego lub nieprzewidywalnego ruchu aplikacja doświadcza przekroczeń limitu czasu połączenia z bazą danych. Firma chce zmniejszyć liczbę awarii przy minimalnych zmianach w kodzie. Co powinien zrobić architekt rozwiązań?

Włączenie RDS Proxy na instancji bazy danych RDS jest prawidłowym rozwiązaniem, ponieważ RDS Proxy to w pełni zarządzany serwer proxy bazy danych, który buforuje i ponownie wykorzystuje połączenia z bazą danych. Pomaga to w efektywnym zarządzaniu dużą liczbą połączeń, zwłaszcza w przypadku aplikacji bezserwerowych, takich jak AWS Lambda, które często otwierają i zamykają połączenia. Zmniejsza to obciążenie bazy danych i minimalizuje ryzyko przekroczenia limitu czasu połączenia bez konieczności znaczących zmian w kodzie aplikacji. Zmniejszenie współbieżności Lambda ograniczy liczbę równoczesnych wywołań, co może zmniejszyć obciążenie bazy danych, ale również spowolni przetwarzanie żądań i nie rozwiąże problemu efektywnego zarządzania połączeniami. Zmiana rozmiaru klasy instancji bazy danych RDS może zwiększyć jej wydajność i liczbę akceptowanych połączeń, ale jest to droższe rozwiązanie i nie optymalizuje sposobu zarządzania połączeniami przez aplikację bezserwerową. Migracja do Amazon DynamoDB to drastyczna zmiana, która wymagałaby przepisania znacznej części aplikacji, ponieważ DynamoDB jest bazą danych NoSQL, a aplikacja używa PostgreSQL (relacyjnej bazy danych).