Функция Lambda обслуживает запросы только для чтения к кластеру Amazon Aurora MySQL. События EventBridge вызывают Lambda, и по мере увеличения частоты вызовов задержка базы данных увеличивается, а пропускная способность падает. Какая комбинация изменений улучшит производительность? (Выберите три.)

Проблема связана с неэффективным управлением соединениями с базой данных из Lambda, что приводит к истощению ресурсов Aurora. 1. Подключить Amazon RDS Proxy к конечной точке чтения кластера Aurora и установить максимальный процент соединений в прокси. RDS Proxy эффективно управляет пулом соединений, повторно используя их и снижая нагрузку на базу данных при пиковых нагрузках Lambda. Установка максимального процента соединений предотвращает перегрузку прокси и Aurora. 2. Открывать соединение с базой данных вне обработчика событий Lambda (повторно использовать при вызовах). Это позволяет Lambda повторно использовать существующие соединения между вызовами, вместо того чтобы устанавливать новое соединение при каждом вызове, что значительно снижает накладные расходы и задержку. 3. Подключить функцию Lambda к конечной точке прокси. Это направляет все запросы Lambda через RDS Proxy, используя его возможности пулинга и мультиплексирования соединений. Неправильные варианты: Реализация пула соединений внутри кода Lambda менее эффективна, чем RDS Proxy, и требует больше усилий по управлению. Открытие/закрытие соединения внутри обработчика для каждого вызова является причиной проблемы, так как создает избыточную нагрузку. Прямое подключение к Aurora без прокси не решает проблему управления соединениями.