Esplorare i pattern di retry in CloudWatch

Nel tuo team di ReliableApp Co c'è una funzione Lambda chiamata payment-processor che gestisce in modo asincrono le notifiche di pagamento. La funzione occasionalmente fallisce e il tuo team di operations ha configurato una dead-letter queue (DLQ) chiamata payment-processor-dlq per catturare gli eventi che non possono essere elaborati. Un collega ti chiede come funziona il comportamento di retry di Lambda con la DLQ.

Per impostazione predefinita, quante volte Lambda ritenta un'invocazione asincrona fallita prima di inviare l'evento alla DLQ?