Bir finans şirketinin müşterileri, kısa mesajlar aracılığıyla danışmanlarla randevu talep etmektedir. Amazon EC2 üzerindeki bir web uygulaması, talepleri kabul eder ve kısa mesajları bir Amazon Simple Queue Service (Amazon SQS) kuyruğuna yayınlar. Başka bir EC2 uygulaması, toplantı davetiyeleri ve onay e-postaları gönderir, ardından toplantı ayrıntılarını bir Amazon DynamoDB tablosunda saklar. Şirket büyüdükçe, müşteriler toplantı davetiyelerinin daha uzun sürede ulaştığını bildirmektedir. Bir çözümler mimarı bunu çözmek için ne önermelidir?

Müşterilerin toplantı davetiyelerini daha uzun sürede alması, toplantı davetiyeleri ve onay e-postaları gönderen uygulamanın artan talebi karşılayamadığını gösterir. Bu uygulama SQS kuyruğundan mesajları işlediği için, kuyruk derinliğine göre ölçeklenen bir Auto Scaling grubu, iş yükü arttığında daha fazla örnek başlatarak ve iş yükü azaldığında örnekleri sonlandırarak bu sorunu çözer. Bu, mesajların gecikmeden işlenmesini ve davetiyelerin zamanında gönderilmesini sağlar. Diğer seçenekler: DynamoDB Accelerator (DAX) eklemek, DynamoDB okuma performansını artırır ancak mesaj işleme hızını doğrudan etkilemez. Sorun, veritabanı okumalarından ziyade mesaj işleme kapasitesidir. Web uygulamasının önüne bir Amazon API Gateway API'si eklemek, API yönetimi ve güvenlik sağlar ancak mevcut web uygulamasının performans sorununu çözmez. İstekler için web uygulamasını kaynak olarak kullanan bir Amazon CloudFront dağıtımı eklemek, statik içerik dağıtımını hızlandırır ve web uygulamasının yükünü azaltabilir ancak SQS kuyruğundan mesaj işleyen arka uç uygulamasının ölçeklenme sorununu çözmez.