Menyelidiki pola retry di CloudWatch

Tim Anda di ReliableApp Co memiliki fungsi Lambda bernama payment-processor yang menangani notifikasi pembayaran secara asinkron. Fungsi tersebut sesekali gagal, dan tim operasional Anda telah mengonfigurasi dead-letter queue (DLQ) bernama payment-processor-dlq untuk menangkap event yang tidak dapat diproses. Seorang rekan bertanya kepada Anda bagaimana perilaku retry Lambda bekerja bersama DLQ.

Secara default, berapa kali Lambda mencoba ulang (retry) pemanggilan asinkron yang gagal sebelum mengirim event ke DLQ?