Migrujesz dwuwarstwową, stanową aplikację webową do AWS, używając Aurora PostgreSQL dla bazy danych, EC2 Auto Scaling dla warstwy aplikacji oraz Elastic Load Balancing. Aplikacja wymaga spójnego doświadczenia użytkownika, ponieważ zarówno warstwa aplikacji, jak i bazy danych skalują się. Jaka konfiguracja zapewni spójne zachowanie sesji i pozwoli obu warstwom odpowiednio się skalować?

Prawidłowa odpowiedź zapewnia spójność sesji i skalowalność. Włączenie Aurora Auto Scaling dla replik Aurora (read replicas) pozwala na automatyczne skalowanie bazy danych w odpowiedzi na obciążenie odczytem, co jest kluczowe dla skalowalnych aplikacji. Użycie Application Load Balancer (ALB) z routingiem „round-robin” równomiernie rozkłada ruch między instancje EC2. Włączenie sticky sessions (trwałych sesji) na ALB jest niezbędne dla aplikacji stanowych, aby zapewnić, że żądania od tego samego użytkownika są zawsze kierowane do tej samej instancji serwera aplikacji, co gwarantuje spójne doświadczenie użytkownika. Pozostałe opcje są nieprawidłowe, ponieważ: Skalowanie Aurora writers (instancji zapisu) jest zazwyczaj mniej efektywne dla obciążeń odczytu i nie rozwiązuje problemu skalowania odczytu. Network Load Balancer (NLB) działa na warstwie 4 i nie obsługuje sticky sessions opartych na ciasteczkach, które są wymagane dla spójności sesji w aplikacjach webowych.