Una compañía de seguros está migrando cargas de trabajo de entornos on-premises a AWS. Requieren resolución DNS de extremo a extremo y DNS bidireccional entre AWS y on-premises. Las cargas de trabajo se moverán a múltiples VPC con el tiempo y dependerán unas de otras. ¿Qué solución satisface estas necesidades?

La opción correcta establece una arquitectura robusta para la resolución DNS bidireccional. Las Private Hosted Zones (PHZ) en cada VPC de aplicación son esenciales para el DNS interno de AWS. Los Route 53 Resolver inbound y outbound endpoints en una VPC de egreso centralizan la comunicación DNS con on-premises. Las Route 53 Resolver rules dirigen las consultas de dominios on-premises desde AWS hacia los resolvedores on-premises. La asociación de PHZ y el uso de AWS Resource Access Manager (RAM) para compartir las reglas con las VPC de aplicación garantizan la escalabilidad y la gestión centralizada. Finalmente, configurar los servidores DNS on-premises para reenviar las consultas de dominios de la nube a los Route 53 inbound endpoints completa la resolución bidireccional. Las opciones incorrectas fallan en aspectos clave: Usar una Public Hosted Zone es incorrecto para la resolución DNS interna y privada. Reenviar los dominios de la nube a los Route 53 outbound endpoints desde on-premises es incorrecto; los outbound endpoints son para consultas de AWS a on-premises. Los inbound endpoints son para consultas de on-premises a AWS. Asociar las Route 53 outbound rules con las VPC de aplicación directamente y compartir las PHZ es una configuración menos eficiente y no cumple completamente con el patrón de centralización de la resolución DNS bidireccional.