Contoso Retail tiene dos regiones de Azure (EastUS y WestEurope). Deben publicar una única IP pública que proporcione conectividad global al cliente y reenvíe el tráfico a los grupos de backend implementados regionalmente (VM Scale Sets), manteniendo la salud del backend y las reglas NAT regionales. Planea utilizar Azure Load Balancer. ¿Qué configuración cumple este requisito con cambios mínimos en las configuraciones de backend regionales existentes?

La opción correcta es crear un Public Load Balancer global (entre regiones) porque está diseñado específicamente para distribuir el tráfico a través de múltiples regiones de Azure con una única IP pública. Permite agregar grupos de backend regionales que referencian directamente a las NIC o Virtual Machine Scale Sets existentes, manteniendo la salud del backend y las reglas NAT regionales sin cambios significativos en la configuración de backend. Las otras opciones son incorrectas porque: Implementar un Standard Public Load Balancer en EastUS con Traffic Manager no proporciona una única IP pública global para la conectividad directa, ya que Traffic Manager opera a nivel de DNS y no de IP. Usar Azure Application Gateway delante de los Standard Load Balancers regionales es una solución más compleja y costosa, y aunque puede proporcionar una IP pública única, no es la opción con "cambios mínimos" en las configuraciones de backend existentes, ya que introduce una capa adicional de balanceo de carga. Crear una IP pública en EastUS y configurar Azure Front Door es una solución válida para la conectividad global, pero Front Door es un servicio de capa 7 (HTTP/S) y el requisito menciona "reglas NAT regionales", lo que sugiere un balanceo de carga de capa 4, que es la especialidad del Load Balancer global.