Firma posiada setki VPC, które uzyskują dostęp do publicznych punktów końcowych dla Amazon S3 i AWS Systems Manager za pośrednictwem bram NAT. Cały ruch do S3 i Systems Manager przepływa przez te bramy NAT. Inżynier sieci musi scentralizować dostęp do tych usług i wyeliminować potrzebę korzystania z publicznych punktów końcowych, przy najmniejszym obciążeniu operacyjnym. Które rozwiązanie to osiągnie?

Poprawna odpowiedź centralizuje dostęp do S3 i Systems Manager za pośrednictwem interfejsowych punktów końcowych VPC (PrivateLink) w centralnym VPC usług współdzielonych. Wyłączenie prywatnego DNS dla tych punktów końcowych jest kluczowe, ponieważ pozwala na ręczne zarządzanie routingiem DNS. Następnie, prywatne strefy hostowane Route 53 są używane do mapowania standardowych nazw punktów końcowych usług AWS (np. s3.amazonaws.com) na prywatne adresy IP interfejsowych punktów końcowych w VPC usług współdzielonych. Powiązanie tych stref ze wszystkimi VPC zapewnia, że zapytania DNS z tych VPC są kierowane do prywatnych punktów końcowych, eliminując potrzebę bram NAT dla tych usług i zmniejszając obciążenie operacyjne. Pierwsza opcja jest nieefektywna, ponieważ nadal używa bram NAT, co jest sprzeczne z celem eliminacji publicznych punktów końcowych i obciążenia operacyjnego. Druga opcja używa reguł przekierowania Route 53, co jest bardziej złożone niż prywatne strefy hostowane dla tego scenariusza. Czwarta opcja, z włączonym prywatnym DNS dla punktów końcowych, spowodowałaby, że AWS automatycznie zarządzałby rekordami DNS, co nie pozwoliłoby na scentralizowane zarządzanie routingiem przez Transit Gateway.