Bir şirketin, yeni veri teslimatları hakkında bildirimler alan bir Amazon SNS konusu ve verileri işleyip depolayan bir AWS Lambda işlevi içeren bir veri alım iş akışı vardır. Bazen ağ bağlantısı sorunları nedeniyle alım başarısız olur ve bir iş manuel olarak yeniden çalıştırılmadıkça bu veriler alınmaz. Tüm bildirimlerin sonunda işlenmesini sağlamak için bir çözümler mimarı ne yapmalıdır?

Doğru cevap, bir Amazon SQS kuyruğunu hata durumunda hedef olarak yapılandırmak ve Lambda işlevini kuyruktaki mesajları işleyecek şekilde değiştirmektir. Bu yaklaşım, Lambda işlevi başarısız olsa bile SNS bildirimlerinin kaybolmamasını sağlar. Başarısız olan bildirimler SQS kuyruğuna gönderilir ve Lambda işlevi daha sonra bu mesajları kuyruktan alıp tekrar işleyebilir. Bu, mesajların en az bir kez işlenmesini garanti eden dayanıklı bir mekanizma sağlar. Diğer seçenekler neden yanlıştır: Lambda işlevini birden çok Erişilebilirlik Alanına dağıtmak, Lambda hizmetinin kendisinin yüksek kullanılabilirliğini artırır, ancak ağ bağlantısı sorunları veya işlevin içindeki hatalar nedeniyle tek tek çağrıların başarısız olmasını engellemez. Lambda işlevinin CPU ve bellek tahsislerini artırmak, işlevin performansını artırabilir ve zaman aşımı hatalarını azaltabilir, ancak altyapı veya dış hizmet kesintileri gibi diğer hata türlerine karşı koruma sağlamaz. SNS konusunun yeniden deneme stratejisini yapılandırmak, SNS'in doğrudan Lambda'yı yeniden denemesini sağlayabilir, ancak bu yeniden denemeler başarısız olursa mesajlar yine de kaybolabilir. SQS kuyruğu, başarısız olan mesajlar için daha sağlam bir depolama ve yeniden işleme mekanizması sunar.