Bei der dynamischen Komprimierung werden Antworten, die von Cloud CDN bereitgestellt werden, automatisch komprimiert. Die Größe der über das Netzwerk gesendeten Daten wird in den typischen Fällen um 60 bis 85 % reduziert.
So wird die Zeit für das Herunterladen von Inhalten verringert. Bei wichtigen Assets wie Stylesheets (CSS), Scripts (JavaScript) und Videomanifesten (HLS/DASH) kann dies die Seitenladezeit und die Startzeiten von Videos verkürzen.
Weitere Informationen zu den Vorteilen der Komprimierung von Antworten finden Sie im Web Fundamentals-Leitfaden.
Sie können die Komprimierung für einen Backend-Dienst oder einen Backend-Bucket aktivieren.
Beispielanwendungsfälle
Die dynamische Komprimierung reduziert die Größe der vom Cloud CDN-Edge an den Client gesendeten Daten direkt. Dies kann zu Folgendem führen:
- Reduzierung der Größe von CSS und JavaScript, sodass Webseiten schneller gerendert werden und die Zeit für First Contentful Paint, einen wichtigen Messwert für die Webleistung, verkürzt wird.
Großen, positiven Auswirkungen beim Caching von REST API-Antworten, z. B. JSON-Nutzlasten. Diese Nutzlasten lassen sich aufgrund der wiederkehrenden Schlüssel, Leerzeichen und geschweiften Klammern gut komprimieren. Das Caching öffentlicher APIs für 5–10 Sekunden ist ein beliebter Ansatz, um die Ursprungslast zu reduzieren und gleichzeitig die Aktualität der Daten zu gewährleisten.
Selbst ohne Caching kann die Komprimierung dieser Antworten die insgesamt gesendeten Byte um bis zu 90 % verringern.
Verbesserung der Startzeit der Wiedergabe bei der Videobereitstellung sowie der Join-Latenz beim Livestreaming. Große Liveplaylists (Manifeste) haben eine beträchtliche Menge an wiederkehrenden Daten, einschließlich des Präfixes aus Host + Pfad für jedes einzelne Segment sowie der HLS- oder DASH-Playlistmetadaten. Je schneller die Playlist geladen wird oder Aktualisierungen der Playlist heruntergeladen werden können, desto weniger lange wartet ein Client mit dem Parsen und dem Herunterladen der referenzierten Videosegmente. Die Größe der HLS- und DASH-Playlists wird häufig insgesamt um mehr als 90 % reduziert.
Hinweis
Folgende Voraussetzungen müssen erfüllt sein:
- Ein Cloud CDN-fähiges Backend ist konfiguriert. Wenn Sie Cloud CDN nicht konfiguriert haben, können Sie einer der Einrichtungsanleitungen folgen.
- Ihr Backend hat komprimierbare Inhalte, die bereitgestellt werden können, z. B. Web-Assets oder Videomanifeste zwischen 1 KiB und 10 MiB (einschließlich).
- Clients verlassen sich nicht darauf, mit Bereichsanfragen oder starken ETags Teilinhalte abzurufen. Diese sind mit der dynamischen Komprimierung nicht kompatibel.
- Clients können Antworten ohne
Content-Length-Header verarbeiten. Antworten, die von Cloud CDN bei Cache-Fehlern komprimiert werden, haben beispielsweise keineContent-Length-Header. - Sie haben die IAM-Rolle Administrator für Compute-Load-Balancer (
roles/compute.loadBalancerAdmin), die erforderlich ist, um Änderungen an Ihrer Backend-Konfiguration vorzunehmen.
Komprimierung für einen Backend-Dienst oder ‑Bucket aktivieren
Im Folgenden wird beschrieben, wie Sie die Komprimierung aktivieren.
Console
Neuen Ursprung hinzufügen
Wenn Sie einen neuen Ursprung hinzufügen und einrichten möchten, folgen Sie der Anleitung für den entsprechenden Backendtyp unter Einrichtung: Übersicht. Wenn Sie den Ursprung erstellen, können Sie im Bereich Erweiterte Optionen die dynamische Komprimierung konfigurieren. Wählen Sie dazu in der Liste Komprimierungsmodus die Option Automatisch aus.
Vorhandenen Ursprung bearbeiten
So bearbeiten Sie einen vorhandenen Cloud CDN-Ursprung:
Rufen Sie in der Console von Google Cloud die Cloud CDN-Seite Ursprünge auf.
Klicken Sie auf den Namen des Ursprungs, den Sie bearbeiten möchten, und dann auf Bearbeiten.
Klicken Sie im Bereich Ursprung – Grundlagen auf Weiter.
Klicken Sie im Bereich Host- und Pfadregeln auf Weiter.
Rufen Sie im Bereich Cache-Leistung die Option Erweiterte Optionen auf.
Wählen Sie in der Liste Komprimierungsmodus die Option Automatisch aus.
Klicken Sie auf Fertig, um die Änderungen zu übernehmen.
gcloud
Verwenden Sie für Backend-Dienste den Befehl gcloud compute backend-services
create oder gcloud compute backend-services
update mit dem Flag --compression-mode.
Verwenden Sie für Backend-Buckets den Befehl gcloud compute backend-buckets create oder gcloud compute backend-buckets update mit dem Flag --compression-mode.
Verwenden Sie für einen neuen Backend-Dienst den Befehl create:
gcloud compute backend-services create BACKEND_SERVICE_NAME \
--compression-mode=AUTOMATIC
Verwenden Sie für einen vorhandenen Backend-Dienst den Befehl update:
gcloud compute backend-services update BACKEND_SERVICE_NAME \
--compression-mode=AUTOMATIC
Verwenden Sie für einen neuen Backend-Bucket den Befehl create:
gcloud compute backend-buckets create BACKEND_BUCKET_NAME
--compression-mode=AUTOMATIC
Verwenden Sie für einen vorhandenen Backend-Bucket den Befehl update:
gcloud compute backend-buckets update BACKEND_BUCKET_NAME
--compression-mode=AUTOMATIC
Der Wert für compression-mode kann einer der folgenden sein:
AUTOMATIC: verwendet automatisch die beste Komprimierung basierend auf dem vom Client gesendetenAccept-Encoding-Header. In den meisten Fällen wird die Brotli-Komprimierung bevorzugt.DISABLED(Standard): deaktiviert die Komprimierung.
API
Verwenden Sie für Backend-Dienste die Methode backendServices.insert oder backendServices.update.
Verwenden Sie für Backend-Buckets die Methode backendBuckets.insert oder backendBuckets.update.
Verwenden Sie einen der im Folgenden aufgeführten Befehle:
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendServices/BACKEND_SERVICE
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets
PUT https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/backendBuckets/BACKEND_BUCKET
Fügen Sie dem JSON-Anfragetext folgendes Snippet hinzu:
"compressionMode": AUTOMATIC
Der Wert für compression-mode kann einer der folgenden sein:
AUTOMATIC(empfohlen): verwendet automatisch die beste Komprimierung basierend auf dem vom Client gesendetenAccept-Encoding-Header. In den meisten Fällen wird die Brotli-Komprimierung bevorzugt.DISABLED(Standard): deaktiviert die Komprimierung.
Innerhalb weniger Minuten wird Ihre Konfiguration an alle Edge-Standorte verteilt. Komprimierbare Inhalte, die vom Backend bereitgestellt werden, werden komprimiert, bevor sie an den Client gesendet werden.
Komprimierungsmodi
Der Standardkomprimierungsmodus ist DISABLED.
Im AUTOMATIC-Modus kann Cloud CDN die beste Komprimierungsmethode anhand der folgenden Kriterien auswählen:
- Vom Client akzeptierte Codierung
- Erwartetes Komprimierungsverhältnis der Antwort