Устаревшее приложение было перенесено в функцию Lambda, которая выполняет множество сторонних вызовов API для получения данных в конце месяца, а затем обрабатывает их для создания ежемесячных отчетов. Сторонний поставщик ввел ограничения: фиксированное количество вызовов API в минуту и в день (указывается в заголовках ответов), возвращая ошибки при превышении лимитов. Теперь весь процесс обработки данных может занимать дни, если приложению приходится регулировать скорость, чтобы избежать превышения лимитов. Какой наиболее операционно эффективный способ рефакторинга этого бессерверного рабочего процесса для соблюдения этих лимитов?

AWS Step Functions с состоянием Wait — это наиболее операционно эффективное решение, поскольку оно позволяет оркестрировать вызовы API и динамически реагировать на превышение лимитов. Состояние Wait позволяет приостановить выполнение рабочего процесса на заданное время, что идеально подходит для соблюдения ограничений стороннего API. При получении ошибки, указывающей на превышение лимита, Step Functions может подождать, а затем повторить попытку, не требуя сложной логики регулирования в самой Lambda. Отправка задач в Amazon SQS требует дополнительной логики для регулирования скорости опроса Lambda, что менее эффективно. CloudWatch Logs и оповещения могут остановить Lambda, но не обеспечивают автоматического возобновления или регулирования. Amazon Kinesis Data Firehose не предназначен для оркестрации вызовов API и регулирования скорости.