Una empresa gestiona recursos en varias VPC en múltiples Regiones de AWS y necesita usar un sufijo de dominio interno aws.example.com para esos recursos. ¿Qué debe hacer el ingeniero de redes para aplicar el sufijo DNS aws.example.com a todos los recursos?

La opción correcta es crear una única zona alojada privada de Route 53 para aws.example.com y asociarla con todas las VPC relevantes. Route 53 permite asociar una zona alojada privada con VPCs en la misma Región o en diferentes Regiones, lo que centraliza la gestión de DNS para el sufijo de dominio interno. Luego, se crean los registros DNS para todos los recursos dentro de esta única zona alojada. La primera opción es incorrecta porque crear una zona alojada privada en cada Región resultaría en una gestión descentralizada y más compleja, sin necesidad, ya que una sola zona puede abarcar múltiples Regiones. La segunda opción es incorrecta porque las zonas alojadas privadas de Route 53 no utilizan "transferencias de zona" con las VPCs; se asocian directamente. La tercera opción es incorrecta porque crear una zona para example.com y luego un registro para aws.example.com es una configuración innecesariamente compleja y no es la forma estándar de manejar un sufijo de dominio interno global. Además, el uso de una política de enrutamiento de respuesta de valores múltiples no es el mecanismo principal para asociar múltiples recursos con un dominio interno en este escenario.