Herkese açık bir perakende web uygulaması, birden çok AZ'deki EC2 örneklerinin önünde bir Application Load Balancer (ALB) ve bir Amazon RDS MySQL Multi-AZ arka ucu kullanır. Hedef grubu sağlık kontrolleri HTTP kullanır ve ürün kataloğu sayfasına işaret eder. Auto Scaling, ALB sağlık kontrollerine göre web filosunu sürdürür. Son zamanlarda uygulama bir kesinti yaşadı; Auto Scaling örnekleri tekrar tekrar değiştirdi, ancak web sunucusu metrikleri normal görünüyordu. Araştırma, veritabanının ağır yüklendiğini ve sorguların çok yavaş olduğunu gösterdi. Gelecekteki büyüme için sorunu çözecek ve genel uygulama kullanılabilirliği ile işlevselliğinin izlenmesini iyileştirecek iki değişiklik birlikte hangileridir? (İki tane seçin.)

Uygulama, veritabanı yavaşladığında bile web sunucularının sağlıklı görünmesi nedeniyle kesinti yaşadı. İlk doğru seçenek, ALB sağlık kontrolünü statik bir HTML sayfasına taşıyarak web sunucusunun çalışır durumda olup olmadığını hızlıca kontrol eder. Tam uygulama işlevselliğini (veritabanı bağlantısı dahil) izlemek için Route 53 sağlık kontrolü eklemek, veritabanı sorunları nedeniyle uygulamanın yavaşladığını veya yanıt vermediğini tespit eder ve yöneticileri bilgilendirir. Bu, Auto Scaling'in gereksiz yere örnekleri değiştirmesini engellerken gerçek uygulama sorunlarını yakalar. İkinci doğru seçenek, Amazon ElastiCache'i dağıtarak veritabanı üzerindeki yükü azaltır. Bu, sık erişilen verileri önbelleğe alarak veritabanının daha az sorgu işlemesini sağlar ve performans sorunlarını önler. Okuma replikaları yalnızca okuma yükünü dağıtır, ancak yavaş sorguların temel nedenini çözmez. RDS için CloudWatch alarmı, sorunu tespit edebilir ancak otomatik olarak çözmez. TCP sağlık kontrolü, HTTP katmanındaki sorunları tespit edemez.