Habilitar la compresión dinámica

La compresión dinámica comprime automáticamente las respuestas que sirve Cloud CDN. El tamaño de los datos enviados a través de la red se reduce entre un 60% y un 85% en los casos habituales.

La reducción del tamaño disminuye el tiempo que se tarda en descargar el contenido. En el caso de los recursos importantes, como las hojas de estilo (CSS), las secuencias de comandos (JavaScript) y los manifiestos de vídeo (HLS/DASH), esto puede reducir los tiempos de carga de las páginas y de inicio de los vídeos.

Puedes consultar más información sobre las ventajas de comprimir respuestas en la guía de Web Fundamentals.

Puedes habilitar la compresión en un servicio de backend o en un segmento de backend.

Ejemplos de casos prácticos

La compresión dinámica reduce directamente el tamaño de los datos enviados desde el perímetro de Cloud CDN al cliente. Esto puede hacer lo siguiente directamente:

• Reduce el tamaño de CSS y JavaScript, lo que ayuda a que las páginas web se rendericen más rápido y reduce el tiempo hasta la primera pintura de contenido, una métrica importante del rendimiento web.

• Tienen un gran impacto positivo al almacenar en caché las respuestas de las APIs REST, como las cargas útiles JSON. Estas cargas útiles se comprimen bien debido a las claves, los espacios en blanco y las llaves repetidos. Almacenar en caché las APIs públicas durante 5-10 segundos es una práctica habitual para reducir la carga del origen y, al mismo tiempo, mantener la actualización de los datos.

  Incluso sin almacenamiento en caché, la compresión de estas respuestas puede reducir el total de bytes enviados hasta en un 90%.

• Mejorar el tiempo de inicio de la reproducción de la entrega de vídeo y la latencia de unión de la emisión en directo. Las listas de reproducción de contenido en directo grandes (manifiestos) tienen una cantidad significativa de datos repetidos, incluido el prefijo de host y de ruta de cada segmento, así como los metadatos de la lista de reproducción de HLS o DASH. Cuanto más rápido se cargue la lista de reproducción o se puedan descargar las actualizaciones de la lista de reproducción, menos tiempo tendrá que esperar un cliente para analizar y empezar a descargar los segmentos de vídeo a los que se hace referencia. Las listas de reproducción HLS y DASH suelen reducir su tamaño total en más de un 90%.

Antes de empezar

Asegúrate de que tienes lo siguiente:

• Un backend configurado con Cloud CDN habilitado. Si no tienes configurado Cloud CDN, puedes seguir una de las guías de configuración.
• Tu backend tiene contenido comprimible listo para servir, como recursos web o manifiestos de vídeo de entre 1 KiB y 10 MiB (ambos incluidos).
• Los clientes no dependen de la obtención de contenido parcial con solicitudes de intervalo o con ETags fuertes. No son compatibles con la compresión dinámica.
• Los clientes pueden gestionar las respuestas sin encabezados Content-Length. Por ejemplo, las fallos de caché que comprime Cloud CDN no tienen encabezados Content-Length.
• El rol de gestión de identidades y accesos Administrador de balanceadores de carga de Compute (roles/compute.loadBalancerAdmin), que es necesario para hacer cambios en la configuración de backend.

Habilitar la compresión en un servicio de backend o un segmento de backend

Para habilitar la compresión, sigue estos pasos.

gcloud compute backend-services create BACKEND_SERVICE_NAME \
    --compression-mode=AUTOMATIC

gcloud compute backend-services update BACKEND_SERVICE_NAME \
    --compression-mode=AUTOMATIC

gcloud compute backend-buckets create BACKEND_BUCKET_NAME
    --compression-mode=AUTOMATIC

gcloud compute backend-buckets update BACKEND_BUCKET_NAME
    --compression-mode=AUTOMATIC