Bir e-ticaret şirketi, depo uygulamasının işlediği şirket içi bir HTTPS uç noktasına sipariş mesajları göndermek için Amazon SNS kullanıyor. Bazı sipariş mesajları alınamadı. Bir çözümler mimarının, teslim edilmeyen mesajları saklaması ve EN AZ geliştirme çabasıyla 14 güne kadar analiz etmesi gerekiyor. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, Amazon SNS dead letter queue (DLQ) özelliğini Amazon SQS ile kullanmaktır. SNS DLQ'ları, bir mesajın abone uç noktasına başarılı bir şekilde teslim edilemediği durumlarda bu mesajları otomatik olarak bir SQS kuyruğuna yönlendirir. SQS kuyrukları, mesajları 14 güne kadar saklama kapasitesine sahiptir ve bu, belirtilen analiz süresi gereksinimini karşılar. Bu çözüm, teslim edilemeyen mesajları kaybetmeden saklamak ve daha sonra incelemek için en az geliştirme çabasıyla etkili bir yöntem sunar. Diğer seçenekler: Kinesis Data Stream, mesajları yalnızca 7 güne kadar saklar ve bu, 14 günlük gereksinimi karşılamaz. Uygulama ile SNS arasına SQS kuyruğu eklemek, SNS'in doğrudan teslimat sorunlarını çözmez ve ek mimari karmaşıklık yaratır. DynamoDB, bir SNS DLQ hedefi olarak doğrudan desteklenmez ve bu senaryo için uygun değildir.