Firma chce scentralizować zarządzanie interfejsowymi endpointami VPC i strefami Route 53 na koncie usług współdzielonych, jednocześnie używając modelu Transit Gateway hub-and-spoke dla wielu kont. Zespół usług sieciowych musi centralnie zarządzać wszystkimi strefami Route 53 i interfejsowymi endpointami oraz zapewniać prywatny dostęp do AWS KMS bez przechodzenia ruchu przez publiczny internet. Co powinien wdrożyć inżynier, aby to osiągnąć?

Prawidłowe rozwiązanie centralizuje zarządzanie endpointami interfejsowymi i strefami Route 53. Utworzenie interfejsowego endpointu dla AWS KMS na koncie usług współdzielonych pozwala na prywatny dostęp bez przechodzenia przez publiczny internet. Wyłączenie prywatnego DNS endpointu jest kluczowe, aby umożliwić zarządzanie nazwami DNS za pomocą Route 53. Następnie, utworzenie prywatnej strefy hostowanej na tym samym koncie usług współdzielonych z rekordem aliasu wskazującym na endpoint KMS, a następnie powiązanie tej strefy ze wszystkimi spoke VPC, zapewnia scentralizowane rozpoznawanie nazw dla wszystkich kont. Ruch do KMS będzie kierowany przez Transit Gateway do endpointu na koncie współdzielonym. Pozostałe opcje są nieprawidłowe, ponieważ albo nie centralizują zarządzania strefami Route 53 (wymagając tworzenia stref na każdym koncie spoke), albo wymagają tworzenia endpointów KMS na każdym koncie spoke, co jest sprzeczne z celem centralizacji, albo mają nieprawidłowe powiązania stref hostowanych.