Bir DevOps ekibi, CloudFormation aracılığıyla dağıtılan bir Auto Scaling grubundaki birçok EC2 instance'ında çalışan bir uygulamayı desteklemektedir. Yakın zamanda bir instance, EC2 ve ELB sağlık kontrollerine göre sağlıklı kalmasına rağmen isteklerin büyük bir kısmı için hatalar döndürdü. Uygulama günlükleri, embedded metric format kullanılarak CloudWatch'ta toplanmaktadır. Ekip, herhangi bir EC2 instance'ının tüm hataların yarısından fazlasını oluşturması durumunda, minimum operasyonel yük ile bir uyarıya ihtiyaç duymaktadır. Bu, hangi adımlar kombinasyonuyla başarılabilir? (İki tane seçin.)

Doğru cevaplar, CloudWatch Contributor Insights'ın belirli bir boyuta (instance ID gibi) göre en çok katkıda bulunanları belirleme yeteneğini kullanır. İlk doğru seçenek, uygulama günlüklerini instance ID ve hata oluşumlarına göre gruplayan bir Contributor Insights kuralı oluşturarak hangi instance'ın en çok hataya neden olduğunu kolayca görmeyi sağlar. İkinci doğru seçenek, bu Contributor Insights kuralından gelen metrikleri kullanarak (INSIGHTRULEMETRIC işleviyle) bir CloudWatch alarmı oluşturur. Bu alarm, belirli bir instance'ın toplam hataların yarısından fazlasını oluşturup oluşturmadığını kontrol eder ve SNS aracılığıyla bildirim gönderir. Yanlış seçenekler: AWS Resource Groups ve CloudWatch Application Insights, uygulama izleme için faydalı olsa da, belirli bir instance'ın hataların çoğunluğuna neden olup olmadığını tespit etme gereksinimini doğrudan karşılamaz. Metrik filtresi oluşturmak ve METRICCOUNT kullanmak, toplam hata sayısını izleyebilir ancak hangi instance'ın bu hatalara en çok katkıda bulunduğunu belirlemez. CloudWatch Logs subscription filter ve Lambda işlevi, özel mantık uygulamak için esneklik sunsa da, Contributor Insights'ın sağladığı yerleşik "en çok katkıda bulunan" analizi ve alarm yeteneklerine kıyasla daha fazla operasyonel yük ve geliştirme çabası gerektirir.