Globalna firma chce uzyskać prywatny dostęp z własnego centrum danych do zasobnika Amazon S3 w regionie us-west-2 bez użycia publicznych adresów IP. VPC w us-west-2 używa adresacji RFC 1918 i jest połączone z centrum danych za pośrednictwem AWS Direct Connect. Route 53 rozwiązuje nazwy wewnątrz VPC, a lokalne serwery DNS obsługują rozwiązywanie nazw w środowisku lokalnym. Jakie podejście pozwoli aplikacjom lokalnym pobierać obiekty S3, używając wyłącznie prywatnej adresacji?

Prawidłowa odpowiedź to utworzenie punktu końcowego interfejsu S3 (S3 interface endpoint) w VPC, wdrożenie punktu końcowego przychodzącego Route 53 Resolver (Route 53 Resolver inbound endpoint) w VPC i skonfigurowanie serwerów DNS centrum danych do przekazywania zapytań domenowych S3 do tego punktu końcowego. S3 interface endpoint używa prywatnych adresów IP i jest dostępny przez Direct Connect, co spełnia wymóg prywatnego dostępu. Inbound endpoint umożliwia lokalnym serwerom DNS przekazywanie zapytań dla usług AWS, takich jak S3, do Route 53 w VPC, co pozwala na rozwiązywanie nazw do prywatnych adresów IP punktu końcowego interfejsu S3. Pozostałe opcje są nieprawidłowe, ponieważ: Pierwsza opcja wymagałaby zmiany kodu aplikacji, co jest nieefektywne i często niemożliwe. Trzecia i czwarta opcja sugerują użycie S3 gateway endpoint. Gateway endpoint nie używa prywatnych adresów IP w VPC i nie jest dostępny przez Direct Connect z centrum danych, co narusza wymóg prywatnego dostępu.