Büyüyen bir yemek dağıtım şirketinin Amazon EC2 örneklerinden oluşan iki Auto Scaling grubu vardır: bir grup siparişleri toplar (hızlı) ve diğeri siparişleri yerine getirir (daha uzun işlem süresi). Ölçekleme olayları sırasında veriler kaybolmamalıdır. Çözüm, yoğun saatlerde her iki sürecin de düzgün bir şekilde ölçeklenmesine izin vermeli ve AWS kaynak kullanımını optimize etmelidir. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, iki Amazon SQS kuyruğu kullanmak ve her bir kuyruktaki birikmiş iş yüküne (backlog per instance) göre Auto Scaling gruplarını ölçeklendirmektir. SQS kuyrukları, sipariş toplama ve yerine getirme süreçleri arasında ayrım yaparak verilerin kaybolmamasını sağlar ve asenkron işleme olanak tanır. Kuyruktaki mesaj sayısına göre ölçekleme, yoğun saatlerde kaynakların verimli kullanılmasını sağlar ve iş yüküne dinamik olarak uyum sağlar. Diğer seçenekler: CloudWatch CPU metriklerine göre ölçekleme, iş yükünün CPU kullanımına doğrudan yansımadığı durumlarda (örneğin, I/O yoğun işler) yetersiz kalabilir ve veri kaybını önlemez. SNS ile ek Auto Scaling grupları oluşturmak, karmaşık ve gereksiz bir çözümdür; SQS'in doğal kuyruk tabanlı ölçekleme yetenekleri daha uygundur. SQS kuyruklarının gönderdiği bildirimlere göre ölçekleme, doğrudan kuyruktaki birikmiş iş yükünü değil, genel bildirimleri temel aldığı için daha az hassas olabilir ve optimum ölçeklemeyi sağlamayabilir.