Aplikacja działa na pięciu instancjach Amazon EC2 za Application Load Balancer (ALB) przy użyciu grupy docelowej. Średnie wykorzystanie procesora jest przez większość czasu poniżej 10%, z okazjonalnymi skokami do 65%. Musisz zautomatyzować skalowalność, aby zoptymalizować koszty, jednocześnie zapewniając wystarczającą moc procesora podczas nagłych wzrostów obciążenia. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to utworzenie grupy Auto Scaling EC2 z polityką skalowania śledzenia celu. Ta polityka automatycznie dostosowuje liczbę instancji, aby utrzymać średnie wykorzystanie procesora na poziomie 50%, co efektywnie radzi sobie ze skokami obciążenia i optymalizuje koszty. Minimalna liczba instancji (2) zapewnia dostępność, a maksymalna (6) kontroluje wydatki. Pozostałe instancje EC2 należy dodać do grupy Auto Scaling, aby była ona w stanie nimi zarządzać. Pierwsza niepoprawna odpowiedź (alarm CloudWatch z Lambda) jest zbyt skomplikowana i nieefektywna do automatycznego skalowania w górę i w dół; wymagałaby wielu alarmów i funkcji Lambda. Trzecia niepoprawna odpowiedź (tylko grupa Auto Scaling bez polityki skalowania) nie zapewniłaby automatycznego skalowania w oparciu o metryki CPU, co jest kluczowe dla optymalizacji kosztów i wydajności. Czwarta niepoprawna odpowiedź (alarmy CloudWatch z powiadomieniami SNS) wymaga ręcznej interwencji, co jest sprzeczne z wymaganiem automatyzacji.