È necessario progettare una soluzione DNS ibrida che utilizzi una zona ospitata privata Amazon Route 53 per cloud.example.com per le risorse all'interno delle VPC. I sistemi on-premise devono risolvere e connettersi a cloud.example.com. Tutte le VPC devono essere in grado di risolvere cloud.example.com. Esiste un collegamento AWS Direct Connect esistente a un AWS Transit Gateway. Quale architettura offre le prestazioni PIÙ ELEVATE per soddisfare questi requisiti?

L'opzione corretta garantisce che tutte le VPC possano risolvere direttamente cloud.example.com associando la zona ospitata privata a ciascuna di esse. L'endpoint inbound di Route 53 Resolver nella VPC dei servizi condivisi, accessibile tramite Direct Connect e Transit Gateway, consente ai sistemi on-premise di inoltrare le query DNS per cloud.example.com ad AWS, che poi le risolve tramite la zona privata. Questa configurazione offre le massime prestazioni perché le query intra-VPC non devono attraversare l'endpoint inbound, e le query on-premise beneficiano della risoluzione nativa di Route 53. Le opzioni errate presentano limitazioni: L'uso di un forwarder DNS basato su EC2 introduce un punto di fallimento e una latenza aggiuntiva rispetto a Route 53 Resolver. Associare la zona ospitata privata solo alla VPC dei servizi condivisi richiederebbe a tutte le altre VPC di inoltrare le query alla VPC dei servizi condivisi, aggiungendo complessità e latenza. Un endpoint outbound è per le query da AWS verso l'on-premise, non viceversa. Associare la zona solo alla VPC dei servizi condivisi e collegare solo quella al Transit Gateway impedirebbe alle altre VPC di risolvere cloud.example.com e limiterebbe l'accesso on-premise alle risorse nelle altre VPC.