Investigarea comportamentului de reîncercare în CloudWatch

Echipa ta de la ReliableApp Co are o funcție Lambda numită payment-processor care gestionează notificările de plată în mod asincron. Funcția eșuează uneori, iar echipa de operațiuni a configurat o coadă de mesaje moarte (DLQ) numită payment-processor-dlq pentru a captura evenimentele care nu pot fi procesate. Un coleg te întreabă cum funcționează comportamentul de reîncercare al Lambda în raport cu DLQ-ul.

Implicit, de câte ori reîncearcă Lambda o invocare asincronă eșuată înainte de a trimite evenimentul la DLQ?