A empresa deseja centralizar o gerenciamento de endpoints de interface VPC e zonas do Route 53 em uma conta de serviços compartilhados, usando um modelo hub-and-spoke do Transit Gateway entre as contas. A equipe de serviços de rede deve gerenciar todas as zonas do Route 53 e os endpoints de interface centralmente, e fornecer acesso privado ao AWS KMS sem que o tráfego passe pela internet pública. O que o engenheiro deve implementar para conseguir isso?

A opção correta centraliza o gerenciamento de endpoints e DNS. Ao criar um endpoint de interface KMS na conta de serviços compartilhados e desabilitar o DNS privado, o controle do DNS é transferido para uma zona hospedada privada gerenciada centralmente. Esta zona, também na conta de serviços compartilhados, contém um registro de alias que aponta para o endpoint KMS. Associar esta zona hospedada privada às VPCs spoke permite que todas as contas acessem o KMS de forma privada, usando um nome DNS consistente e gerenciado centralmente, sem tráfego pela internet pública. As opções incorretas falham em centralizar o gerenciamento de DNS ou exigem a criação de endpoints KMS em cada conta spoke, o que vai contra o objetivo de centralização.