Das Unternehmen möchte die Verwaltung von Interface VPC Endpoints und Route 53-Zonen in einem Shared Services-Konto zentralisieren und gleichzeitig ein Transit Gateway Hub-and-Spoke-Modell über Konten hinweg verwenden. Das Netzwerk-Services-Team muss alle Route 53-Zonen und Interface Endpoints zentral verwalten und privaten Zugriff auf AWS KMS ermöglichen, ohne dass der Datenverkehr über das öffentliche Internet geleitet wird. Was sollte der Ingenieur implementieren, um dies zu erreichen?

Die korrekte Lösung zentralisiert die Verwaltung von Interface VPC Endpoints und Route 53-Zonen im Shared Services-Konto. Durch das Erstellen des KMS Interface Endpoints im Shared Services-Konto und das Deaktivieren des privaten DNS-Namens kann der Zugriff über eine benutzerdefinierte DNS-Auflösung erfolgen. Eine private gehostete Zone im Shared Services-Konto mit einem Alias-Eintrag, der auf diesen Endpoint verweist, ermöglicht die zentrale Steuerung. Das Verknüpfen dieser Zone mit den Spoke-VPCs in jedem Konto stellt sicher, dass alle Spoke-Konten den KMS-Endpoint über das Shared Services-Konto erreichen können, ohne den Datenverkehr über das öffentliche Internet zu leiten. Die anderen Optionen sind falsch, da sie entweder die DNS-Verwaltung dezentralisieren, indem private gehostete Zonen in jedem Spoke-Konto erstellt werden, oder Interface Endpoints in jedem Spoke-Konto erfordern, was der Anforderung der Zentralisierung widerspricht.