Компания использует микросервис как функцию AWS Lambda. Микросервис записывает данные в локальную базу данных SQL, которая поддерживает только ограниченное количество одновременных подключений. Когда объем вызовов Lambda увеличивается, база данных перегружается и выходит из строя, что приводит к простоям. У компании есть канал AWS Direct Connect между VPC и локальным центром обработки данных. Компания хочет защитить базу данных от перегрузки. Какое решение удовлетворяет этим требованиям?

Правильный ответ решает проблему перегрузки базы данных, используя Amazon SQS как буфер. Когда объем вызовов Lambda увеличивается, сообщения ставятся в очередь SQS, а не сразу отправляются в базу данных. Это позволяет Lambda обрабатывать сообщения из SQS с контролируемой скоростью, предотвращая перегрузку. Ограничение зарезервированной параллельности (reserved concurrency limit) для функции Lambda гарантирует, что количество одновременных подключений к базе данных не превысит ее возможности. Остальные варианты не подходят: Миграция в Aurora Serverless с помощью DataSync не решает проблему перегрузки локальной базы данных, а переносит ее в облако, что не соответствует требованию защиты существующей локальной базы данных. RDS Proxy предназначен для Amazon RDS и не применим к локальной базе данных. Использование Amazon SNS не решает проблему перегрузки, так как SNS не является буфером, а лишь механизмом публикации/подписки, который может вызвать ту же проблему при всплеске сообщений. Выделенная параллельность (provisioned concurrency) обеспечивает постоянную готовность, но не ограничивает количество одновременных подключений к базе данных.