Bir çözümler mimarı, AWS üzerinde çalışacak durum bilgisi olmayan (stateless) bir uygulama tasarlıyor. Uygulama için bir AMI ve launch template oluşturdu. İşlerin paralel olarak işlenmesi ve iş yüküne göre EC2 instance'larının otomatik olarak eklenip kaldırılması gerekiyor. Uygulamanın gevşek bağlı olması ve iş öğelerinin kalıcı olarak depolanması zorunludur. Hangi çözüm bu gereksinimleri karşılar?

Doğru cevap, iş öğelerini kalıcı olarak depolamak ve gevşek bağlı bir mimari sağlamak için Amazon SQS'i kullanır. SQS, mesajların güvenilir bir şekilde saklanmasını ve işlenmesini garanti eder. Auto Scaling grubunun SQS kuyruğundaki öğe sayısına göre ölçeklenmesi, iş yüküne duyarlı ve maliyet etkin bir çözüm sunar; kuyrukta bekleyen işler arttıkça daha fazla EC2 örneği başlatılır ve işler azaldıkça örnekler sonlandırılır. Diğer seçenekler neden yanlış: Amazon SNS, yayınla/abone ol modeli için tasarlanmış bir bildirim hizmetidir, mesajları kalıcı olarak depolamaz ve işlenmemiş mesajları otomatik olarak yeniden deneme veya kuyruğa alma yeteneği sınırlıdır. Bu, iş öğelerinin kalıcı olarak depolanması gereksinimini karşılamaz. Auto Scaling politikasını CPU kullanımına veya ağ kullanımına göre ayarlamak, uygulamanın iş yükünü doğrudan yansıtmayabilir. Bir uygulamanın CPU'su düşük olabilir ancak kuyrukta bekleyen binlerce iş öğesi olabilir. SQS kuyruğundaki öğe sayısına göre ölçeklendirme, iş yükünü en doğru şekilde temsil eder.