Bir şirketin iki uygulaması vardır: işlenecek payload'lar içeren mesajlar gönderen bir gönderici ve bu payload'ları alıp işleyen bir işleme uygulaması. Gönderici saatte yaklaşık 1.000 mesaj gönderir. Mesajların işlenmesi 2 güne kadar sürebilir; başarısız olan mesajlar, diğer mesajların işlenmesini engellememeleri için saklanmalıdır. Bu gereksinimleri karşılayan ve operasyonel olarak EN verimli çözüm hangisidir?

Bu senaryo için en verimli çözüm, Amazon SQS'i bir dead-letter queue (DLQ) ile kullanmaktır. SQS, mesajların gönderici ve alıcı arasında asenkron olarak iletilmesini sağlar, bu da mesaj işleme sürelerinin uzun olabileceği durumlarda idealdir. Saatte 1.000 mesaj, SQS'in kolayca kaldırabileceği bir yüktür. Mesajların 2 güne kadar işlenebilmesi, SQS'in varsayılan görünürlük zaman aşımı ve mesaj saklama süreleri ile uyumludur. Başarısız mesajlar için bir DLQ yapılandırmak, bu mesajların ana kuyruktan ayrılmasını ve diğer mesajların işlenmesini engellememesini sağlar, bu da operasyonel verimliliği artırır. Diğer seçenekler neden uygun değil: Redis veritabanı çalıştıran bir EC2 instance'ı, mesaj kuyruğu için yönetilen bir hizmet değildir ve operasyonel yükü artırır. Ayrıca, Redis mesaj kuyruğu için özel olarak tasarlanmamıştır ve hata toleransı ile ölçeklenebilirlik için ek yapılandırma gerektirir. Amazon Kinesis Data Streams, daha çok yüksek hacimli, gerçek zamanlı veri akışları için tasarlanmıştır ve bu senaryodaki asenkron, uzun süreli işleme gereksinimleri için aşırı karmaşık olabilir. Amazon SNS, yayınlama/abone olma modeliyle anlık bildirimler için tasarlanmıştır ve mesajların uzun süre saklanması veya işlenmesi için uygun değildir; mesajlar abone olmayanlar tarafından kaçırılabilir ve hata işleme mekanizmaları SQS kadar gelişmiş değildir.