Aplikacja e-commerce udostępnia API poprzez Amazon API Gateway, które wywołuje funkcje AWS Lambda. Dane są przechowywane w instancji bazy danych Amazon RDS for PostgreSQL. Podczas błyskawicznej wyprzedaży liczba wywołań API gwałtownie wzrosła, a aplikacja zwolniła: CloudWatch pokazał wiele wywołań Lambda, dużą liczbę połączeń z bazą danych i wysokie zużycie procesora w instancji bazy danych. Co powinien zalecić architekt rozwiązań, aby poprawić wydajność?

Prawidłowa odpowiedź to utworzenie Amazon RDS Proxy i zaktualizowanie funkcji Lambda. RDS Proxy efektywnie zarządza pulą połączeń z bazą danych, umożliwiając wielu funkcjom Lambda ponowne wykorzystanie istniejących połączeń zamiast tworzenia nowych dla każdego wywołania. To znacznie zmniejsza obciążenie bazy danych, zwłaszcza podczas nagłych wzrostów ruchu, rozwiązując problem wysokiej liczby połączeń i zużycia procesora. Zwiększenie pamięci Lambda nie rozwiąże problemu z połączeniami z bazą danych. Zamykanie połączeń natychmiast po pobraniu danych jest dobrą praktyką, ale nie skaluje się efektywnie przy dużej liczbie wywołań. Dodanie ElastiCache for Redis może poprawić wydajność dla często odczytywanych danych, ale nie rozwiązuje bezpośrednio problemu przeciążenia połączeń z bazą danych. Ponowne wykorzystywanie połączeń w handlerze Lambda jest lepsze niż tworzenie nowych, ale RDS Proxy oferuje bardziej kompleksowe i skalowalne rozwiązanie do zarządzania połączeniami dla bezserwerowych aplikacji.