Analiza wzorców ponownych prób w CloudWatch

Twój zespół w ReliableApp Co korzysta z funkcji Lambda o nazwie payment-processor, która asynchronicznie obsługuje powiadomienia o płatnościach. Funkcja sporadycznie kończy się błędem, dlatego zespół operacyjny skonfigurował kolejkę niedostarczonych wiadomości (DLQ) o nazwie payment-processor-dlq, która przechwytuje zdarzenia niemożliwe do przetworzenia. Kolega pyta cię, jak działa mechanizm ponownych prób Lambdy w połączeniu z kolejką DLQ.

Ile razy Lambda domyślnie ponawia próbę przetworzenia nieudanego wywołania asynchronicznego przed wysłaniem zdarzenia do kolejki DLQ?