Cloud CDN se utiliza detrás de un balanceador de carga HTTP(S) y los servidores web están configurados para comprimir las respuestas, pero Cloud CDN está sirviendo respuestas sin comprimir. ¿Cuál es la causa probable?

Cloud CDN es un proxy inverso. Cuando un balanceador de carga HTTP(S) de Google Cloud recibe una solicitud, añade un encabezado Via antes de reenviarla al backend. Los servidores web a menudo están configurados para no comprimir las respuestas si detectan un encabezado Via, asumiendo que un proxy intermedio se encargará de la compresión o que el cliente no la necesita. Sin embargo, para que Cloud CDN pueda almacenar en caché y servir contenido comprimido, los servidores web de origen deben enviar las respuestas ya comprimidas, ignorando el encabezado Via. Las otras opciones son menos probables: Cloud CDN no tiene una configuración de compresión propia; se basa en la compresión del origen. Configurar diferentes tipos de compresión en el origen y Cloud CDN no es aplicable, ya que Cloud CDN no comprime, sino que sirve lo que recibe. Diferentes tipos de compresión en los servidores web de backend no impedirían que Cloud CDN sirviera alguna respuesta comprimida si el origen la enviara.