Firma posiada 10 instancji EC2 serwerów WWW w grupie Auto Scaling w produkcyjnym VPC oraz 10 serwerów WWW on-premises. Połączenie Direct Connect o przepustowości 10 Gbps łączy centrum danych z VPC. Rozwiązanie musi akceptować ruch HTTPS od tysięcy zewnętrznych użytkowników i rozdzielać sesje zarówno między serwery AWS, jak i on-prem. Każde żądanie HTTPS musi być przypisane do tego samego serwera backendowego przez całą sesję, niezależnie od lokalizacji serwera. Który projekt spełnia te wymagania?

Prawidłowa odpowiedź to Application Load Balancer (ALB) z typem celu IP i włączonymi sesjami trwałości (sticky sessions). ALB działa na warstwie 7 (aplikacji), co pozwala na obsługę ruchu HTTPS i utrzymywanie sesji na podstawie ciasteczek, co jest kluczowe dla wymagań "application-based session affinity". Typ celu IP umożliwia rejestrację serwerów on-premises bezpośrednio za pomocą ich adresów IP, co jest niezbędne do rozdzielania ruchu między AWS a środowiskiem lokalnym. Network Load Balancer (NLB) działa na warstwie 4 i nie obsługuje trwałości sesji opartej na aplikacji, ani nie jest optymalny do zarządzania ruchem HTTPS na tym poziomie. Rejestracja instancji jako celów (instance target type) nie pozwala na bezpośrednie dodawanie serwerów on-premises.