Firma uruchamia aplikację w VPC z podsieciami publicznymi i prywatnymi w wielu strefach dostępności. Aplikacja działa na instancjach EC2 w podsieciach prywatnych i korzysta z kolejki Amazon SQS. Zaprojektuj bezpieczne połączenie między instancjami EC2 a kolejką SQS. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to wdrożenie interfejsowego punktu końcowego VPC dla Amazon SQS w podsieciach prywatnych, z grupą zabezpieczeń zezwalającą na ruch z instancji EC2. Interfejsowe punkty końcowe (AWS PrivateLink) umożliwiają prywatne połączenie z usługami AWS z poziomu VPC, bez przechodzenia przez internet, co zwiększa bezpieczeństwo. Umieszczenie go w podsieciach prywatnych jest zgodne z architekturą aplikacji. Grupa zabezpieczeń na punkcie końcowym precyzyjnie kontroluje, które instancje EC2 mogą się z nim łączyć. Pozostałe opcje są nieprawidłowe: Konfiguracja punktu końcowego w podsieciach publicznych nie zapewnia prywatnego połączenia z poziomu podsieci prywatnych. Polityka dostępu Amazon SQS na interfejsowym punkcie końcowym VPC nie jest głównym mechanizmem kontroli dostępu sieciowego do samego punktu końcowego, a raczej autoryzacji do zasobu SQS. Bramowe punkty końcowe są dostępne tylko dla S3 i DynamoDB, nie dla SQS. Brama NAT służy do wychodzącego dostępu do internetu, a nie do prywatnego połączenia z usługami AWS. Rola IAM kontroluje autoryzację, a nie łączność sieciową.