Analyser les schémas de nouvelles tentatives dans CloudWatch

Votre équipe chez ReliableApp Co dispose d'une fonction Lambda appelée payment-processor qui traite les notifications de paiement de manière asynchrone. Il arrive que la fonction échoue, et votre équipe opérations a configuré une file de lettres mortes (DLQ) nommée payment-processor-dlq pour capturer les événements non traités. Un collègue vous demande comment fonctionne le comportement de nouvelle tentative de Lambda avec la DLQ.

Par défaut, combien de fois Lambda réessaie-t-il une invocation asynchrone en échec avant d'envoyer l'événement vers la DLQ ?