Architekt rozwiązań tworzy VPC z dwiema publicznymi podsieciami i dwiema prywatnymi podsieciami. Zgodnie z korporacyjnym mandatem bezpieczeństwa, wszystkie instancje Amazon EC2 muszą być uruchamiane w prywatnych podsieciach. Gdy architekt rozwiązań uruchamia instancję EC2, która obsługuje serwer WWW na portach 80 i 443 w prywatnej podsieci, żaden zewnętrzny ruch internetowy nie może dotrzeć do serwera. Co powinien zrobić architekt rozwiązań, aby rozwiązać ten problem?

Poprawna odpowiedź to uruchomienie internetowego Application Load Balancer (ALB) w publicznej podsieci i dodanie instancji EC2 do grupy docelowej ALB. ALB działa jako punkt wejścia dla ruchu internetowego, dystrybuując go do instancji EC2 w prywatnych podsieciach. Dzięki temu instancje EC2 pozostają prywatne, zgodnie z wymogami bezpieczeństwa, a jednocześnie są dostępne z internetu. Rekord DNS powinien wskazywać na ALB, aby ruch był kierowany prawidłowo. Dołączenie instancji do grupy Auto Scaling nie rozwiązuje problemu braku dostępu z internetu, ponieważ grupa Auto Scaling zarządza skalowaniem, a nie dostępem publicznym. Uruchomienie bramy NAT w prywatnej podsieci umożliwia instancjom w prywatnej podsieci dostęp do internetu, ale nie pozwala na ruch przychodzący z internetu do tych instancji. Sprawdzenie grup bezpieczeństwa i ustawienie rekordu DNS na publiczny adres IP instancji EC2 nie zadziała, ponieważ instancja znajduje się w prywatnej podsieci i nie ma publicznego adresu IP, który byłby dostępny z internetu.