Приложение использует Amazon API Gateway и функцию AWS Lambda для получения данных из Amazon DynamoDB. Пользователи сообщают о периодически высокой задержке. Расследование команды показывает, что функция Lambda API часто регулируется всякий раз, когда другие функции Lambda имеют более высокую частоту вызовов. Компания хочет, чтобы Lambda API была изолирована от других функций наиболее экономичным способом. Что им следует сделать?

Правильный ответ — настроить зарезервированную параллельность (reserved concurrency) для функции Lambda. Это гарантирует, что для функции API Lambda всегда будет доступно определенное количество одновременных выполнений, предотвращая ее регулирование другими функциями Lambda, которые используют общий пул параллельности аккаунта. Это наиболее экономичный способ, поскольку он не требует изменения базовой инфраструктуры или увеличения затрат на DynamoDB. Увеличение RCU в DynamoDB не решит проблему регулирования Lambda, так как проблема связана с доступностью параллельности Lambda, а не с пропускной способностью DynamoDB. Настройка provisioned concurrency (выделенной параллельности) обеспечит постоянное количество инициализированных экземпляров, но это более дорогое решение, чем reserved concurrency, и не обязательно требуется для решения проблемы регулирования. Увеличение времени ожидания и памяти функции Lambda не предотвратит регулирование, поскольку это параметры, влияющие на производительность отдельного вызова, а не на доступность параллельности.