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

Включение ReportBatchItemFailures в FunctionResponseTypes для сопоставления источника событий Lambda позволяет Lambda сообщать SQS о конкретных сообщениях в пакете, которые не удалось обработать. Это гарантирует, что только неудачные сообщения будут возвращены в очередь для повторной обработки, а успешно обработанные сообщения будут удалены из очереди, предотвращая их повторную обработку. Это критически важно для обеспечения идемпотентности и максимальной масштабируемости, так как Lambda может обрабатывать пакеты, а SQS не будет повторно отправлять уже обработанные элементы. Установка batch window или batch size на 1 секунду/1 элемент может снизить эффективность пакетной обработки и увеличить количество вызовов Lambda, что не способствует максимальной масштабируемости. Корректировка visibility timeout SQS важна для предотвращения повторной обработки, но сама по себе не гарантирует, что только неудачные сообщения будут повторно обработаны, если не используется механизм отчетности о сбоях на уровне элементов.