Firma hostuje wielowarstwową publiczną aplikację internetową na Amazon EC2 z bazą danych RDS. Firma spodziewa się dużego wzrostu sprzedaży w weekend świąteczny. Architekt rozwiązań musi zbudować rozwiązanie do analizy wydajności aplikacji internetowej z granularnością nie większą niż 2 minuty. Co powinien zrobić architekt rozwiązań?

Prawidłowa odpowiedź to włączenie szczegółowego monitorowania na wszystkich instancjach EC2 i użycie metryk Amazon CloudWatch do dalszej analizy. Standardowe monitorowanie CloudWatch dla instancji EC2 zbiera dane co 5 minut. Włączenie szczegółowego monitorowania (Detailed Monitoring) zmienia ten interwał na 1 minutę, co spełnia wymaganie granularności "nie większej niż 2 minuty". CloudWatch jest natywnym rozwiązaniem AWS do zbierania i analizowania metryk wydajności, co czyni je idealnym do tego zadania. Pozostałe opcje są mniej odpowiednie: Wysyłanie logów CloudWatch do Redshift i użycie QuickSight jest rozwiązaniem do analizy logów, a nie metryk wydajności z taką granularnością. Funkcja AWS Lambda do pobierania logów EC2 z CloudWatch Logs i użycie metryk CloudWatch jest niepotrzebnie skomplikowane i nie rozwiązuje problemu granularności metryk EC2. Wysyłanie logów EC2 do S3 i użycie Redshift/QuickSight to również rozwiązanie do analizy logów, a nie metryk wydajności w czasie rzeczywistym z wymaganą granularnością.