Bir şirketin Amazon EC2 örneklerinde çalışan eski bir veri işleme uygulaması var. Veriler sıralı olarak işleniyor ancak sonuçların sırası önemli değil. Uygulama monolitik bir mimari kullanıyor ve şu anda yalnızca örnek boyutunu artırarak ölçekleniyor. Geliştiriciler, uygulamayı Amazon Elastic Container Service (Amazon ECS) üzerinde mikro hizmetler olarak yeniden yazıyorlar. Çözüm mimarı, mikro hizmetler arasındaki iletişim için ne önermelidir?

Doğru cevap, mikro hizmetler arasında asenkron ve ayrık iletişimi sağlamak için Amazon SQS kuyruğu kullanmaktır. Verilerin sıralı olarak işlenmesi ancak sonuçların sırasının önemli olmaması, SQS'in bu senaryo için ideal bir seçim olduğunu gösterir. SQS, mesajları güvenilir bir şekilde depolar ve tüketicilerin bunları uygun hızlarında işlemesine olanak tanır, böylece üretici ve tüketici hizmetleri birbirinden bağımsız olarak ölçeklenebilir. Amazon SNS, yayınlama/abone olma modeli için uygundur ancak burada tek bir tüketici grubunun iş yükünü asenkron olarak işlemesi gerektiğinden SQS daha iyi bir seçimdir. AWS Lambda, mesaj iletmek için tasarlanmamıştır; daha çok olay odaklı bilgi işlem için kullanılır. Amazon DynamoDB ve DynamoDB Streams, bir veritabanı çözümüdür ve doğrudan mikro hizmetler arası mesajlaşma için birincil araç değildir.