Bir şirket, dağıtılmış bir uygulamayı AWS'ye taşıyor. Eski platformda, birden çok işlem düğümünde işleri koordine eden birincil bir sunucu bulunmaktadır. Uygulama, değişken iş yüklerine hizmet vermektedir. Şirket, esnekliği ve ölçeklenebilirliği en üst düzeye çıkarmak için uygulamayı modernize etmek istiyor. Bir çözümler mimarı, bu gereksinimleri karşılamak için mimariyi nasıl tasarlamalıdır?

Doğru cevap, işleri Amazon SQS kuyruğuna yönlendirerek ve EC2 Auto Scaling'i kuyruk boyutuna göre yapılandırarak esnekliği ve ölçeklenebilirliği en üst düzeye çıkarır. SQS, işleri güvenilir bir şekilde depolar ve iş yükü arttığında kuyruk boyutu artar. Auto Scaling'in bu artışı algılayıp daha fazla EC2 örneği başlatması, uygulamanın talebe otomatik olarak uyum sağlamasını sağlar. İlk yanlış seçenek olan zamanlanmış ölçeklendirme, değişken iş yükleri için uygun değildir çünkü iş yükü artışları öngörülemez olabilir. Üçüncü seçenek olan AWS CloudTrail, bir hedef olarak değil, denetim ve günlük kaydı için kullanılır. Ayrıca, birincil sunucunun yüküne göre ölçeklendirme, dağıtılmış bir mimaride darboğaz yaratabilir. Dördüncü seçenek olan Amazon EventBridge, olay tabanlı mimariler için uygundur ancak doğrudan iş kuyruğu olarak SQS'in sağladığı faydaları sunmaz. İşlem düğümlerindeki yüke göre ölçeklendirme, kuyruk boyutuna göre ölçeklendirme kadar proaktif değildir ve gecikmelere neden olabilir.