Aplikacja sklepu internetowego działa obecnie na dwóch serwerach lokalnych: serwerze WWW, który renderuje strony i przechowuje stan sesji w pamięci, oraz serwerze bazy danych MySQL, który przechowuje zamówienia. Przy dużym obciążeniu, użycie pamięci serwera WWW zbliża się do 100% z powodu zarządzania sesjami. Jakie dodatkowe zmiany należy wprowadzić, aby poprawić wydajność podczas migracji warstwy WWW do instancji EC2 w grupie Auto Scaling za ALB?

Prawidłowa odpowiedź to użycie Amazon ElastiCache for Memcached do przechowywania danych sesji i Amazon RDS for MySQL do przechowywania danych aplikacji. Przeniesienie zarządzania sesjami z serwera WWW do ElastiCache odciąża instancje EC2, zmniejszając zużycie pamięci i umożliwiając skalowanie warstwy WWW bez utraty danych sesji. ElastiCache jest zoptymalizowany pod kątem szybkiego dostępu do danych w pamięci. Amazon RDS for MySQL to zarządzana usługa bazodanowa, która zapewnia skalowalność, wysoką dostępność i automatyczne tworzenie kopii zapasowych dla danych aplikacji. Pozostałe opcje są nieprawidłowe: Hostowanie MySQL na instancji EC2 i przechowywanie tam danych sesji oraz aplikacji nie rozwiązuje problemu obciążenia pamięci serwera WWW i nie jest optymalnym rozwiązaniem do zarządzania sesjami. Użycie Amazon ElastiCache for Memcached do przechowywania zarówno danych sesji, jak i danych aplikacji jest nieodpowiednie, ponieważ Memcached jest pamięcią podręczną i nie gwarantuje trwałości danych, co jest kluczowe dla danych aplikacji. Użycie EC2 instance store do przechowywania danych sesji jest niewskazane, ponieważ dane na instance store są efemeryczne i zostaną utracone po zatrzymaniu lub zakończeniu instancji, co jest niezgodne z wymaganiami aplikacji webowej.