Bezserwerowa aplikacja z setkami funkcji Lambda łączy się z bazą danych Amazon Aurora PostgreSQL. Każde skalowanie Lambda tworzy nowe połączenie z bazą danych, zwiększając zużycie zasobów. Musisz zmniejszyć liczbę połączeń z bazą danych bez zmniejszania skalowalności Lambda. Co należy zaimplementować?

Prawidłowa odpowiedź to użycie Amazon RDS Proxy. RDS Proxy to w pełni zarządzana usługa, która tworzy pulę połączeń z bazą danych i ponownie wykorzystuje istniejące połączenia, zamiast otwierać nowe dla każdego wywołania funkcji Lambda. Dzięki temu Lambda może skalować się bez przeciążania bazy danych Aurora PostgreSQL dużą liczbą nowych połączeń, co jest typowym problemem w architekturach bezserwerowych. Włączenie provisioned concurrency dla funkcji Lambda (opcja A) utrzymuje instancje funkcji w stanie gotowości, co zmniejsza opóźnienia zimnego startu, ale nie rozwiązuje problemu nadmiernych połączeń z bazą danych. Zarządzanie pamięcią podręczną klastra dla Aurora PostgreSQL (opcja B) dotyczy optymalizacji wydajności zapytań poprzez buforowanie danych, a nie zarządzania połączeniami. Ustawienie reserved concurrency (opcja D) ogranicza maksymalną liczbę współbieżnych wykonań funkcji Lambda, co może zmniejszyć liczbę połączeń, ale jednocześnie ogranicza skalowalność, co jest sprzeczne z wymaganiami.