Bir AWS Lambda işlevi, olayları işlemek için zaman uyumsuz olarak çağrılır, ancak bazı çağrılar aralıklı olarak başarısız olur. Geliştiricinin, sorun gidermek için bu başarısız olayları en az geliştirme çabasıyla yakalaması ve analiz etmesi gerekiyor. Geliştirici ne yapmalı?

Doğru cevap, başarısız asenkron çağrıların daha sonra incelenmek üzere bir Amazon SQS standart kuyruğuna gönderilmesi için bir dead-letter queue (DLQ) yapılandırmaktır. Lambda, asenkron çağrılar için otomatik olarak yeniden deneme yapar. Bu yeniden denemeler başarısız olursa, olay varsayılan olarak atılır. Bir DLQ yapılandırmak, bu başarısız olayların bir SQS kuyruğuna veya SNS konusuna gönderilmesini sağlar ve geliştiricinin bunları analiz etmesi için bir mekanizma sunar. SQS, mesajları depolamak ve daha sonra işlemek için uygun bir hizmettir. Diğer seçenekler neden yanlış: Lambda içindeki her olay için günlük kayıtları eklemek ve CloudTrail günlüklerini aramak, CloudTrail'in API çağrılarını kaydetmesi nedeniyle Lambda işlevi içindeki uygulama hatalarını yakalamak için uygun değildir. Lambda'nın başarısız olaylar için yeniden denemeleri içeren bir AWS Step Functions iş akışı başlatmasını sağlamak, daha karmaşık bir çözümdür ve en az geliştirme çabası gereksinimini karşılamaz. Lambda zaten asenkron çağrılar için yeniden deneme yapar. Başarısız asenkron çağrıların bir Amazon SNS FIFO konusuna gönderilmesi için bir DLQ yapılandırmak, SNS FIFO'nun belirli sıralama ve tek seferlik teslimat garantileri sunması nedeniyle gereksiz ve daha karmaşık bir çözümdür. Standart bir SQS kuyruğu bu senaryo için yeterlidir.