Лямбда-планирование застревает

у меня есть

• Очередь SQS с размером пакета 1
• Лямбда-функция с зарезервированным параллелизмом, равным единице
• Lambda настроена для прослушивания очереди и выполнения некоторой работы при поступлении сообщений. Указанная работа обычно занимает около 8-12 секунд, но не более 15.
• Акцент на «прослушивании», поэтому я не опрашиваю с помощью лямбды, а вместо этого лямбда автоматически запускается очередью SQS.

Я закачиваю 10 сообщений в очередь и ожидаю, что лямбда пройдёт через них одно за другим в разумное (линейное) время, учитывая, что зарезервированный параллелизм составляет ровно 1 примерно 150 секунд в целом.

Что происходит, так это то, что первые несколько сообщений обрабатываются в разумные сроки, а затем наступает некоторая крайняя медлительность (15 минут без видимого прогресса). Очередь SQS утверждает, что все 10 сообщений находятся «в полете», в основном возлагая вину на Lambda или код, работающий внутри нее.

Кто-нибудь испытывал подобное поведение, и если да, то понимали ли они почему?

редактировать Та же проблема возникает и при различных тестах. Например, когда зарезервированный параллелизм составлял 70, а затем в очередь было закачано 700 сообщений (все сразу, например, со скоростью машины), и 698-му сообщению потребовалось около 10-15 минут, чтобы лямбда обработала его. Я проверил путем регистрации, что выполнение кода внутри лямбда не займет 10-15 минут (обычно 8-12 секунд), поэтому все, кажется, указывает на то, что функции Lambda не распределяются должным образом, но в настоящее время у меня нет возможности доказать / опровергнуть это.

Редактировать 2