Изучение механизма повторных попыток в CloudWatch

Ваша команда в ReliableApp Co использует функцию Lambda под названием payment-processor, которая асинхронно обрабатывает платёжные уведомления. Функция иногда завершается с ошибкой, и команда эксплуатации настроила очередь недоставленных сообщений (DLQ) payment-processor-dlq для захвата событий, которые не удалось обработать. Коллега спрашивает вас, как работает механизм повторных попыток Lambda совместно с DLQ.

Сколько раз Lambda по умолчанию повторяет неудавшийся асинхронный вызов, прежде чем отправить событие в DLQ?