Bir şirketin API'si, izleme cihazlarından gerçek zamanlı veriler alır ve bunları bir Amazon RDS DB örneğinde depolar. Gelen veri hacmi dalgalanır ve yoğun trafik sırasında veritabanı yazma hacmini işleyemediği için API zaman aşımına uğrar. Bir çözüm mimarı, veritabanı bağlantılarını en aza indirmeli ve yoğun trafik sırasında veri kaybı olmamasını sağlamalıdır. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, API'yi gelen verileri bir Amazon SQS kuyruğuna yazacak şekilde değiştirmek ve kuyruktaki verileri veritabanına yazmak için Amazon SQS tarafından çağrılan bir AWS Lambda işlevi kullanmaktır. Bu çözüm, API'nin doğrudan veritabanına yazma yükünü kaldırarak veritabanı bağlantılarını en aza indirir ve API zaman aşımını önler. SQS, gelen veri hacmindeki dalgalanmaları tamponlayarak yoğun trafik sırasında veri kaybı olmamasını sağlar. Lambda işlevi, kuyruktaki verileri veritabanına asenkron olarak yazar, böylece veritabanı üzerindeki ani yükü yönetir. DB örneğinin boyutunu yükseltmek geçici bir çözüm olabilir ancak dalgalanan trafikle başa çıkmada yetersiz kalabilir ve maliyetli olabilir. Multi-AZ DB örneği, yüksek kullanılabilirlik sağlar ancak yazma performansını doğrudan artırmaz veya veritabanı üzerindeki bağlantı yükünü azaltmaz. Amazon SNS, yayınlama/abone olma modeli için tasarlanmıştır ve mesajları kalıcı olarak saklamaz, bu da yoğun trafik altında veri kaybına yol açabilir.