Firma e-commerce prowadzi sezonową wyprzedaż online. Strona internetowa działa na instancjach Amazon EC2 w wielu Strefach Dostępności i musi obsługiwać nagłe skoki ruchu podczas wyprzedaży. Które rozwiązanie spełni te wymagania w NAJBARDZIEJ opłacalny sposób?

Poprawna odpowiedź to skonfigurowanie grupy Auto Scaling do skalowania w poziomie wraz ze wzrostem ruchu i utworzenie szablonu uruchamiania z wstępnie skonfigurowanego AMI. Auto Scaling automatycznie dostosowuje liczbę instancji EC2 do bieżącego obciążenia, co jest najbardziej opłacalne, ponieważ płacisz tylko za zasoby, których faktycznie używasz. Szablon uruchamiania z prekonfigurowanym AMI przyspiesza uruchamianie nowych instancji, zapewniając szybką reakcję na nagłe skoki ruchu. Pozostałe opcje są mniej optymalne: Zatrzymywanie połowy instancji i używanie ich do skalowania nie jest efektywne, ponieważ nadal płacisz za zatrzymane instancje. Ustawienie minimalnego rozmiaru grupy Auto Scaling na obsługę szczytowego ruchu jest kosztowne, ponieważ utrzymujesz niepotrzebne zasoby poza okresem szczytu. Użycie CloudFront i ElastiCache jest dobrym rozwiązaniem do buforowania, ale samo w sobie nie rozwiązuje problemu skalowania instancji EC2 pod kątem dynamicznego ruchu. Konfigurowanie grupy Auto Scaling tylko do wypełniania pamięci podręcznej nie jest jej głównym przeznaczeniem.