Zbudowałeś aplikację internetową, która używa regionalnego punktu końcowego API Gateway i funkcji AWS Lambda. Konsumenci znajdują się blisko regionu. Funkcja Lambda wysyła zapytania do bazy danych Amazon Aurora MySQL, która ma trzy repliki odczytu. Przy dużym obciążeniu aplikacja otwiera wiele połączeń z bazą danych i nie spełnia założeń wydajnościowych. Jakie działania należy podjąć, aby poprawić wydajność? (Wybierz dwie opcje.)

Amazon RDS Proxy zapewnia pulowanie połączeń, co jest kluczowe dla aplikacji bezserwerowych, takich jak AWS Lambda, które często otwierają i zamykają połączenia z bazą danych. Skierowanie go na punkt końcowy czytnika Aurora rozkłada obciążenie odczytu na repliki, poprawiając skalowalność i wydajność. Włączenie Lambda Provisioned Concurrency utrzymuje funkcje Lambda w stanie "ciepłym", eliminując opóźnienia związane z zimnym startem i zapewniając natychmiastową gotowość do obsługi żądań, co jest kluczowe przy dużym obciążeniu. Użycie punktu końcowego klastra Aurora kieruje ruch do instancji zapisu, a nie do replik odczytu, co nie rozwiązuje problemu obciążenia odczytu. Przeniesienie kodu połączenia poza handler zdarzeń pomaga w ponownym wykorzystaniu połączeń, ale RDS Proxy jest bardziej efektywnym rozwiązaniem do zarządzania pulą połączeń na dużą skalę. Zmiana API Gateway na punkt końcowy zoptymalizowany pod kątem brzegowym nie poprawi wydajności bazy danych ani funkcji Lambda, ponieważ problem dotyczy warstwy danych i wykonania funkcji.