Esporre un'applicazione HTTP esternamente su IPv4 e IPv6 (porte 80, 8080, 443) con backend in us-west1 e us-east1, routing globale a bassa latenza, autoscaling, routing basato su hostname/percorso e passaggio degli IP client ai backend.

La risposta corretta è "External HTTP(S) Load Balancing con URL maps e X-Forwarded-For header" perché è l'unica soluzione che soddisfa tutti i requisiti. L'External HTTP(S) Load Balancer offre routing globale a bassa latenza, autoscaling, supporto IPv4 e IPv6, e la possibilità di configurare URL maps per il routing basato su hostname/percorso. L'header X-Forwarded-For è essenziale per passare gli IP client ai backend. "Network Load Balancing" non supporta routing globale, routing basato su hostname/percorso o autoscaling a livello di applicazione. "TCP Proxy Load Balancing" non gestisce il routing HTTP/HTTPS avanzato e non supporta URL maps. "External HTTP(S) Load Balancing con URL maps e custom headers" è quasi corretto, ma l'header standard per passare l'IP client è X-Forwarded-For, non un generico "custom header".