Activer la compression dynamique

La compression dynamique compresse automatiquement les réponses diffusées par Media CDN. La taille des données envoyées sur le réseau est réduite de 60 à 85 % dans les cas typiques.

La réduction de la taille accélère le téléchargement des éléments importants, tels que les feuilles de style (CSS), les scripts (JavaScript) et les fichiers manifestes vidéo (HLS/DASH), ce qui peut réduire considérablement le temps de chargement des pages et le temps de démarrage des vidéos.

Les grandes playlists vidéo en direct (fichiers manifestes) contiennent une quantité importante de données et de récupérations répétées, y compris le préfixe d'hôte et de chemin d'accès de chaque segment, ainsi que les métadonnées de playlist HLS ou DASH. Plus le téléchargement de la playlist ou les mises à jour de la playlist est rapide, moins le client doit attendre pour analyser et commencer à télécharger les séquences vidéo référencées. La taille des playlists HLS et DASH présente souvent une réduction totale de plus de 90%.

Pour en savoir plus sur les avantages de la compression des réponses, consultez le guide des fondamentaux du Web.

Fonctionnement de la compression dynamique

Lorsque la compression dynamique est activée, le contenu compressible diffusé à partir de l'origine peut être compressé avant d'être distribué si le client accepte l'un des algorithmes de compression compatibles (br ou gzip).

Media CDN ajoute un en-tête Vary: Accept-Encoding à toutes les réponses éligibles à la compression. Pour en savoir plus, consultez Contenu incompressible.

De plus, si l'en-tête Accept-Encoding de la requête indique une préférence pour le contenu compressé en spécifiant br ou gzip (et en incluant éventuellement un paramètre q non nul), Media CDN effectue les opérations suivantes :

• Supprime l'en-tête Content-Length de la réponse. Cela est nécessaire pour permettre à la réponse d'être diffusée le plus rapidement possible, car la longueur totale du contenu n'est pas connue tant que la réponse n'a pas été entièrement compressée. Pour HTTP/1.1 et les versions antérieures, Media CDN utilise Transfer-Encoding: chunked dans la réponse lorsqu'il n'utilise pas Content-Length.

  Une fois qu'une réponse a été compressée et mise en cache, Media CDN peut inclure l'en-tête Content-Length dans les réponses suivantes et définir la valeur sur la longueur du contenu du corps compressé.

• Définit Accept-Ranges sur none. Cela indique aux clients que les requêtes de plage pour cette ressource sont ignorées.

• Affaiblit tous les en-têtes de réponse ETag fortes, conformément à la section 8.8.3 de la RFC 9110. Par exemple, ETag: "xyzzy" est remplacé par ETag: W/"xyzzy".

• Définit l'en-tête Content-Encoding sur br ou gzip, ce qui indique l'algorithme de compression choisi.

  Media CDN choisit le meilleur algorithme de compression en fonction du taux de compression attendu de la réponse, ainsi que de la vitesse ou du débit de compression.

  • La compression Brotli est utilisée si le client la prend en charge, même si d'autres algorithmes de compression ont des valeurs q plus élevées dans l'en-tête Accept-Encoding.

  • Les fichiers manifestes HLS sont compressés à l'aide de gzip uniquement.

  Media CDN détermine le niveau de compression pour équilibrer la taille totale de téléchargement et le coût du processeur sur le client. Des niveaux de compression plus élevés n'entraînent pas toujours de meilleures performances, en particulier sur les appareils mobiles à faible puissance.

Configurer la compression dynamique

Vous pouvez activer la compression dynamique sur les routes qui traitent les requêtes.

Avant de commencer

Procédez comme suit :

• Identifiez ou créez une origine Media CDN avec du contenu compressible prêt à être diffusé.

• Identifiez ou créez un service Media CDN avec au moins une règle de routage.

Activer la compression dynamique pour une règle de route

Par défaut, le mode de compression d'une règle de routage est désactivé.

Si vous définissez le mode sur "automatique", la compression dynamique est activée pour chaque réponse éligible. Il indique également à Media CDN de choisir automatiquement le meilleur algorithme de compression.

Pour activer la compression dynamique, procédez comme suit :

route_rule {
  description = "a route rule with dynamic compression, priority=2 (high)"
  priority    = 2
  match_rule {
    path_template_match = "/**.m3u8" # HLS playlists
  }
  match_rule {
    path_template_match = "/**.mpd" # DASH manifests
  }
  origin = google_network_services_edge_cache_origin.default.name
  route_action {
    cdn_policy {
      cache_mode = "FORCE_CACHE_ALL"
      client_ttl = "300s"
    }
    compression_mode = "AUTOMATIC"
  }
  header_action {
    response_header_to_add {
      header_name  = "x-cache-status"
      header_value = "{cdn_cache_status}"
    }
  }
}

Votre configuration se propage rapidement à tous les emplacements périphériques.

Lorsque la compression dynamique est activée pour une route et que la nouvelle configuration prend effet sur les machines de production, Media CDN commence à compresser les réponses éligibles, même si des versions mises en cache non compressées existent. Lorsque Media CDN récupère et compresse de nouveaux contenus, il peut y avoir un pic temporaire de trafic vers votre origine.

Désactiver la compression dynamique pour une règle de routage

Pour désactiver la compression dynamique :

Si vous rencontrez des problèmes de compression dynamique pour un itinéraire spécifique, tels que des problèmes de compatibilité avec certains clients (par exemple, des téléviseurs connectés ou des appareils de streaming), désactivez la compression dynamique pour empêcher Media CDN de diffuser du contenu compressé sur cet itinéraire.

Si vous désactivez la compression dynamique pour un itinéraire, Media CDN cesse de diffuser le contenu compressé à partir du cache. Toutes les réponses compressées mises en cache précédemment ne sont plus valides, et le CDN récupère les versions non compressées de votre origine.

Types de contenus compressibles

La compression dynamique s'applique aux types MIME suivants, en fonction de l'en-tête de réponse HTTP Content-Type. Les réponses qui n'ont pas d'en-tête Content-Type ne sont pas compressées.

Les types de contenu courants et les types MIME correspondants sont les suivants :

• Contenu HTML : text/html
• Feuilles de style : text/css
• JavaScript : application/javascript
• JSON : application/json
• Playlists HLS : application/x-mpegURL ou application/vnd.apple.mpegURL
• Fichiers manifestes DASH : application/dash+xml

Le tableau suivant récapitule l'impact du type MIME sur la compressibilité.