Cloud CDN ist eine Web-beschleunigte Content Delivery Network-Plattform von Google Cloud, mit der Sie regelmäßig aufgerufene statische Inhalte näher an Ihren Nutzern im Cache speichern können. Cloud CDN ist für die Bereitstellung einer Mischung aus statischen und dynamischen latenzempfindlichen Web-Assets wie CSS-, JavaScript-, HTML- und Bilddateien optimiert.
Media CDN ist die CDN-Plattform von Google Cloud für die Medienbereitstellung, die Cloud CDN ergänzt. Media CDN ist für Arbeitslasten mit ausgehendem Traffic mit hohem Durchsatz optimiert, z. B. für Streamingvideos und große Dateidownloads.
Mit Cloud CDN und Media CDN können Sie die Leistung für Ihre Nutzer verbessern, die Nutzung der Ursprungsinfrastruktur verringern und die Kosten für die Netzwerkbereitstellung reduzieren.
Die beiden Produkte unterstützen ähnliche Funktionen, aber jedes Produkt ist für bestimmte Anwendungsfälle optimiert. Der Vergleich von Cloud CDN mit Media CDN ähnelt dem Vergleich von Cloud SQL mit BigQuery. Cloud CDN und Cloud SQL sind für kleine Abfragen in großem Maßstab gedacht. Media CDN und BigQuery sind auf Durchsatz und extreme Skalierbarkeit ausgelegt. Die Verwendung von Media CDN zur Bereitstellung von JavaScript oder CSS (Webarbeitslasten) ähnelt dem Versuch, BigQuery für 5 GB-Tabellen mit einigen tausend Zeilen zu verwenden. Es funktioniert, ist jedoch nicht für diesen Anwendungsfall optimiert.
Anwendungsfälle
In der folgenden Tabelle werden einige gängige Anwendungsfälle und das empfohlene CDN-Produkt beschrieben.
| Anwendungsfall | Empfohlenes CDN-Produkt |
|---|---|
| Stellen Sie Arbeitslasten sowohl mit Standardwebinhalten als auch mit Medieninhalten wie Websites in sozialen Medien bereit. | In diesem Szenario können Sie zwei Konfigurationen haben:
|
| Eine Website schnell für Nutzer bereitstellen | Cloud CDN ist die richtige Wahl für Arbeitslasten, die meist sehr kleine Objekte zu hohen Preisen liefern, z. B. AdTech- und E-Commerce-Plattformen. Ihre Stärke besteht darin, statische Webinhalte wie JavaScript, CSS, Schriftarten und Inline-Bilder bereitzustellen. |
| Stellen Sie große Softwaredownloads bereit. | Wenn Sie eine große Nachfrage nach Softwaredownloads erwarten, sollten Sie Media CDN in Betracht ziehen. Wenn Softwaredownloads nur einen Bruchteil Ihrer gesamten Webarbeitslast ausmachen, könnte Cloud CDN in Betracht ziehen. |
| Stellen Sie Streaming von Videos über HLS und DASH bereit. | Wenn Sie umfangreiche Videostreaminganforderungen haben, ist Media CDN die richtige Wahl, da Sie die Abschirmung des Ursprungs, die Kapazität im Terabyte-Bereich und detailliertes Logging und Messwerte verbessern. |
| Erfüllen Sie strenge Compliance-Anforderungen für die Bereitstellung von Firmware-Downloads, z. B. für Behörden oder Gesundheitsdienstleister. |
Cloud CDN ist die richtige Wahl. Cloud CDN hat die Autorisierung des Federal Risk and Authorization Management Program (FedRAMP) und eignet sich am besten für hohe Compliance-Anforderungen. Sofern Sie keine signierten Anfragen verwenden, sind Inhalte in einem CDN-Cache normalerweise über die URL öffentlich zugänglich. Wie bei jedem CDN sollten Sie gegebenenfalls Ihre eigenen digitalen Rechteverwaltungs- (DRM-) oder Verschlüsselungsschemas verwenden. |
| Stellen Sie Nutzern erstellte Bildinhalte bereit. | Cloud CDN ist für die meisten Plattformen zur Bildbereitstellung die richtige Wahl. |
Ausnahmen
In der folgenden Tabelle werden Anwendungsfälle beschrieben, in denen Cloud CDN oder Media CDN nicht geeignet sind.
| Anwendungsfall | Vorschlag |
|---|---|
| Stellen Sie das Video über das Real-Time Messaging Protocol (RTMP) bereit. | Media CDN und Cloud CDN unterstützen keine RTMP-basierte Zustellung an Clients. Du kannst einen globalen externen Passthrough-Network Load Balancer konfigurieren, um RTMP bereitzustellen, wenn du RTMP-basierte Legacy-Dienste hast. Sie können die Live Stream API auch verwenden, um RTMP-Quellstreams zur Bereitstellung über Media CDN in HLS/DASH-Assets zu verpacken. |
| Stellen Sie Nutzer-zu-Nutzer-Videos über WebRTC bereit. |
Media CDN und Cloud CDN unterstützen keine WebRTC-Bereitstellung. Sie können einen regionalen externen Passthrough-Network Load Balancer konfigurieren, um WebRTC-basierte Dienste zu verwalten. |
| Verwenden Sie WebSockets für die Nutzerserver-Kommunikation. | Globalen externen Application Load Balancer einrichten WebSocket-Traffic kann nicht im Cache gespeichert werden und profitiert vom globalen Backbone, der die Google-Standorte, an denen der externe Application Load Balancer ausgeführt wird, mit Ihren Back-Ends verbindet. |
| Stellen Sie vertrauliche Arbeitslasten, z. B. Gesundheitsdaten oder andere nutzerspezifische Daten bereit. | Verwenden Sie Cloud CDN oder Media CDN nicht für die Bereitstellung sensibler Arbeitslasten oder nutzerspezifischer Daten. |
Erste Schritte mit einem CDN-Produkt
Informationen zur Verwendung eines CDN-Produkts finden Sie auf den folgenden Seiten:
Unterstützte CDN-Features
In den folgenden Tabellen werden die in Cloud CDN und Media CDN verfügbaren Features zusammengefasst.
Ursprungs- und Backend-Unterstützung
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Cloud Storage-Buckets (einschließlich redundanter Speicherung in mehreren Regionen) | ✓ | ✓ |
| Compute Engine-VM-Instanzen | ✓ | ✓ |
| GKE-Containerinstanzen (Google Kubernetes Engine) | ✓ | ✓ |
| Externe Back-Ends (benutzerdefinierte Ursprünge) – lokal, Multi-Cloud | ✓info | ✓ |
| App Engine-, Cloud Functions- oder Cloud Run-Dienste | ✓ | ✓ |
| Ursprungs-Failover | ✓info | |
| Konfigurierbare Zeitüberschreitungen | ✓info | ✓info |
Caching
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Minimierungsanfrage senden (Maskierung) | ✓info | ✓info |
| Ursprungsabschirmung | ✓info | |
| Benutzerdefinierte Cache-Schlüssel | ✓info | ✓info |
| Konfigurierbare Caching-Überschreibungen | ✓info | ✓info |
| Programmatische Cache-Entwertung | ✓info | ✓info |
| Programmatische Cache-Entwertung mit Cache-Tags | ✓info | |
Standardmäßige Cache-Control-Anweisungen |
✓info | ✓info |
| Konfigurierbare TTLs | ✓info | ✓info |
| Negatives Caching | ✓info | ✓info |
| Asynchrone Inhaltsvalidierung | ✓info | |
| Bypass the cache | ✓info | ✓info |
| Ursprungsspezifische Cache-Richtlinien | ✓info | ✓info |
| Cacherichtlinien für Routen | ✓info |
Routenzuordnung und Ursprungsauswahl
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Hostbasierte und pfadbasierte Backend-Auswahl | ✓info | ✓info |
| URL-Weiterleitungen | ✓info | ✓info |
| URL-Umschreibungen | ✓info | ✓info |
| Zuordnung nach Header und Abfrageparametern | ✓info | ✓info |
| Pattern (wildcard) matching | ✓info | ✓info |
| Dynamische Header-Injection: Client-Geografie, Cache-Status, TLS-Version | ✓info | ✓info |
| Integrierte Richtlinien für die Freigabe von Cross-Origin-Ressourcen (CORS) | ✓info |
Unterstützte Protokolle
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Anycast global (IPv4 und IPv6) | ✓ | ✓ |
| HTTP/3 (basierend auf IETF QUIC) | ✓ | ✓ |
| HTTP/2 | ✓ | ✓ |
| HTTP/1.1 | ✓ | ✓ |
| TLS 1.3 | ✓ | ✓ |
| TLS 1.2 | ✓ | ✓ |
| TLS 1.0 und 1.1-Unterstützung für ältere Geräte | ✓ |
Logging und Monitoring
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Detaillierte Anfragelogs | ✓info | ✓info |
| Logs nahezu in Echtzeit | ✓ | ✓info |
| Berichte zur Cache-Trefferrate | ✓ | ✓ |
| Anfrage- und Antwortmesswerte | ✓ | ✓ |
| Exportieren in Cloud Storage, BigQuery oder externe Tools | ✓ | ✓ |
| Benachrichtigungen für unterstützte Produkte | ✓ | ✓ |
Automatisierung und APIs
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| REST APIs | ✓info | ✓info |
| Google Cloud Console | ✓ | ✓ |
| Google Cloud CLI | ✓info | ✓info |
| Terraform-Unterstützung | ✓info | ✓info |
Sicherheit
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Verwaltete SSL-Zertifikate (TLS) | ✓ | ✓info |
| Verwaltete SSL-Zertifikate (TLS; ohne zusätzliche Kosten) | ✓info | |
| Eigene SSL-Zertifikate verwenden (TLS; ohne zusätzliche Kosten) | ✓info | |
| Anpassbare SSL-Richtlinien (Versionen, Chiffren) | ✓info | ✓info |
| Verschlüsselung inaktiver Daten | ✓ | ✓ |
| Audit-Logging | ✓info | ✓info |
| Support für Google Cloud Armor | ✓info | ✓info |
| Identity and Access Management | ✓info | ✓info |
Erweiterbarkeit
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Benutzerdefinierter Code mit Plug-ins für Diensterweiterungen | ✓Informationen (Vorschau) |
Authentifizierung von Inhalten
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Signierte URLs | ✓info | ✓info |
| Signierte Cookies | ✓info | ✓info |
| Signierte Tokens | ✓info | |
| Dual-Token-Authentifizierung | ✓info | |
| Authentifizierung des privaten Ursprungs | ✓info | ✓info |
| Unterstützung für Header- und IP-Attribute in signierten Anfragen | ✓info | |
| Unterstützung für HMAC-SHA1 in signierten Anfragen | ✓ | ✓ |
| Unterstützung für Ed25519 und HMAC-SHA-256 in signierten Anfragen | ✓ |
Compliance
| Compliancestandard | Cloud CDN | Media CDN |
|---|---|---|
| HIPAA | ✓ | |
| PCI-DSS | ✓ | ✓ |
| SOC1, SOC2, SOC3 | ✓ | ✓ |
| ISO 27001, ISO 27017, ISO 27018, ISO 27701 | ✓ | ✓ |
| FedRAMP Moderate | ✓ |
Übergang zwischen den beiden Produkten
Wenn Sie bereits ein Multi-CDN-Deployment mit CDN-Steuerung und -Wechseln haben, können Sie mithilfe von DNS zwischen ihnen wechseln oder eines davon als zusätzliches CDN konfigurieren.
Cloud DNS-Serverrichtlinien können eine Option sein, um Traffic zwischen CDNs weiterzuleiten oder von einem CDN zum anderen zu wechseln.
Multi-CDN-Strategie verwenden
Zur Optimierung der Leistung und zur Senkung der Kosten können Sie Cloud CDN und Media CDN miteinander oder mit anderen CDNs verwenden, indem Sie Multi-CDN-Bereitstellungsstrategien implementieren.
Mit Multi-CDN-Strategien, bei denen Ihre Inhalte mit mehr als einem CDN-Anbieter gehostet werden, können Sie CDN-Dienste nach Region und CDN-Funktionen verschiedener Anbieter optimieren. Sie können auch nützlich sein, wenn Sie Ereignisse mit hohem Traffic hosten und den Traffic auf mehrere Anbieter verteilen müssen. Bei Mikroausfällen bei einem Anbieter können Sie den Traffic schnell zu einem anderen CDN-Anbieter verlagern.
Eine CDN-Bereitstellung mit einem primären und einem sekundären CDN ist ein Beispiel für eine Multi-CDN-Bereitstellungsstrategie. Das primäre CDN verarbeitet den Großteil des Traffics und das sekundäre CDN für eine Minderheit. Bei Problemen mit dem primären CDN können Nutzer als Failover-Strategie den Traffic an das sekundäre CDN weiterleiten und müssen nicht so lange warten, bis der Cache heiß wird, während Inhalte bereits bereitgestellt werden.
Leiten Sie zuerst Traffic an jedes CDN weiter oder teilen Sie einen Teil des vorhandenen Traffics mithilfe von DNS-Serverrichtlinien oder ähnlichen Diensten zur Trafficweiterleitung an ein neues CDN auf.