Бессерверное приложение электронной коммерции использует API Gateway для вызова Java-функций Lambda, которые подключаются к базе данных Amazon RDS for MySQL. Во время пиковой нагрузки производительность API снизилась, а подключения к базе данных завершились сбоем. Компания хочет уменьшить задержку Lambda и поддерживать всплески трафика с минимальными изменениями. Какое решение соответствует требованиям с наименьшими изменениями в приложении?

Правильный ответ — создание конечной точки RDS Proxy и увеличение provisioned concurrency. RDS Proxy эффективно управляет пулом подключений к базе данных, повторно используя существующие подключения и предотвращая перегрузку базы данных при всплесках трафика, что является частой причиной сбоев подключений в бессерверных приложениях. Provisioned concurrency гарантирует, что функции Lambda всегда готовы к выполнению, уменьшая задержку холодных стартов и улучшая общую производительность API. Хранение учетных данных в Secrets Manager и настройка разрешений IAM — это лучшие практики безопасности. Первый вариант не полностью решает проблему масштабирования подключений к базе данных, так как Lambda по-прежнему будет открывать новые подключения, что может перегрузить базу данных. Третий вариант увеличивает максимальное количество подключений к базе данных, но не решает проблему эффективного управления этими подключениями со стороны Lambda, а reserved concurrency не уменьшает задержку холодных стартов. Четвертый вариант неверен, так как reserved concurrency ограничивает максимальное количество одновременных выполнений, но не гарантирует готовность функций и не уменьшает задержку.