Analyser les modèles de nouvelles tentatives dans CloudWatch

Votre équipe chez ReliableApp Co a une fonction Lambda nommée payment-processor qui traite les avis de paiement de façon asynchrone. La fonction échoue parfois, et votre équipe des opérations a configuré une file d'attente des lettres mortes (DLQ) appelée payment-processor-dlq pour capter les événements qui ne peuvent pas être traités. Un collègue vous demande comment fonctionne le comportement de nouvelles tentatives de Lambda avec la DLQ.

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