Investigando padrões de tentativas no CloudWatch

Sua equipe na ReliableApp Co tem uma função Lambda chamada payment-processor que processa notificações de pagamento de forma assíncrona. A função ocasionalmente falha, e sua equipe de operações configurou uma fila de mensagens mortas (DLQ) chamada payment-processor-dlq para capturar eventos que não puderem ser processados. Um colega pergunta como funciona o comportamento de novas tentativas (retry) do Lambda com a DLQ.

Por padrão, quantas vezes o Lambda tenta novamente uma invocação assíncrona com falha antes de enviar o evento para a DLQ?