Cloud CDN ist die Content Delivery Network-Plattform von Google Cloudzur Webbeschleunigung, 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 Cloudfü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 gestreamte Videos und große Dateidownloads.
Mit Cloud CDN und Media CDN können Sie die Leistung für Ihre Nutzer verbessern, die Ressourcennutzung 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 aber 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 |
|---|---|
| Arbeitslasten sowohl mit Standardwebinhalten als auch mit Medieninhalten wie Websites in sozialen Medien bereitstellen | In diesem Szenario können Sie zwei Konfigurationen haben:
|
| Websites schnell für Nutzer bereitstellen | Cloud CDN ist die richtige Wahl für Arbeitslasten, die sehr kleine Objekte mit hoher Rate bereitstellen, beispielsweise AdTech- und E‑Commerce-Plattformen. Seine Stärke besteht darin, statische Webinhalte wie JavaScript, CSS, Schriftarten und Inline-Bilder bereitzustellen. |
| Große Softwaredownloads bereitstellen | 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, sollten Sie Cloud CDN in Betracht ziehen. |
| Gestreamte Videos über HLS und DASH bereitstellen | Wenn Sie umfangreiche Videostreaminganforderungen haben, ist Media CDN die richtige Wahl, da es sich durch verbesserte Ursprungsabschirmung, eine Kapazität im Terabytebereich sowie detailliertes Logging und detaillierte Messwerte auszeichnet. |
| Strenge Compliance-Anforderungen für die Bereitstellung von Firmwaredownloads erfüllen, z. B. in Behörden oder bei Gesundheitsdienstleistern |
Cloud CDN ist die richtige Wahl. Cloud CDN hat die FedRAMP-Autorisierung (US-Bundesprogramm zur Risiko- und Autorisierungsverwaltung (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 Schemas für die digitale Rechteverwaltung (DRM) oder die Verschlüsselung verwenden. |
| Von Nutzern erstellte Bildinhalte für andere Nutzer bereitstellen | 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 |
|---|---|
| Video über das Real-Time Messaging Protocol (RTMP) bereitstellen | Media CDN und Cloud CDN unterstützen keine RTMP-basierte Bereitstellung für Clients. Sie können einen globalen externen Passthrough-Network-Load-Balancer konfigurieren, um RTMP bereitzustellen, wenn Sie RTMP-basierte Legacy-Dienste haben. Sie können die Live Stream API auch verwenden, um RTMP-Quellstreams zur Bereitstellung über Media CDN in HLS/DASH-Assets zu verpacken. |
| Nutzer-zu-Nutzer-Videos über WebRTC bereitstellen |
Media CDN und Cloud CDN unterstützen nicht die WebRTC-Bereitstellung. Sie können einen regionalen externen Passthrough-Network-Load-Balancer konfigurieren, um WebRTC-basierte Dienste zu verwalten. |
| WebSockets für die Nutzerserver-Kommunikation verwenden | Globalen externen Application Load Balancer einrichten Der WebSocket-Traffic kann nicht im Cache gespeichert werden. Er profitiert vom globalen Backbone, der die Standorte von Google – wo der Application Load Balancer ausgeführt wird – mit den Backends verbindet. |
| Vertrauliche Arbeitslasten, z. B. Gesundheitsdaten oder andere nutzerspezifische Daten bereitstellen | Verwenden Sie Cloud CDN oder Media CDN nicht für die Bereitstellung vertraulicher 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 multiregionaler Speicherung | ✓ | ✓ |
| Compute Engine-VM-Instanzen | ✓ | ✓ |
| GKE-Containerinstanzen (Google Kubernetes Engine) | ✓ | ✓ |
| Externe Backends (benutzerdefinierte Ursprünge) – lokal, Multi-Cloud | ✓ Info | ✓ |
| App Engine-, Cloud Run Functions- oder Cloud Run-Dienste | ✓ | ✓ |
| Ursprungs-Failover | ✓ Info | |
| Konfigurierbare Zeitüberschreitungen | ✓ Info | ✓ Info |
Caching
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Minimierungsanfrage senden (Maskierung) | ✓ Info | ✓ Info |
| Ursprungsschutz | ✓ Info | |
| Benutzerdefinierte Cache-Schlüssel | ✓ Info | ✓ Info |
| Konfigurierbare Caching-Überschreibungen | ✓ Info | ✓ Info |
| Programmatische Cache-Entwertung | ✓ Info | ✓ Info |
Standardmäßige Cache-Control-Anweisungen |
✓ Info | ✓ Info |
| Konfigurierbare TTLs | ✓ Info | ✓ Info |
| Negatives Caching | ✓ Info | ✓ Info |
| Asynchrone Inhaltsvalidierung | ✓ Info | |
| Cache-Umgehung | ✓ Info | ✓ Info |
| Ursprungsspezifische Cache-Richtlinien | ✓ Info | ✓ Info |
| Routenspezifische Cacherichtlinien | ✓ Info | |
| Dynamische Komprimierung | ✓ Info | ✓ 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 |
| Musterabgleich (Platzhalterabgleich) | ✓ Info | ✓ Info |
| Dynamische Header-Injection: Clientgeografie, Cache-Status, TLS-Version | ✓ Info | ✓ Info |
| Integrierte CORS-Richtlinien (Cross-Origin Resource Sharing) | ✓ Info |
Unterstützte Protokolle
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Globales Anycast – IPv4 und IPv6 | ✓ | ✓ |
| HTTP/3, basierend auf IETF QUIC | ✓ | ✓ |
| HTTP/2 | ✓ | ✓ |
| HTTP/1.1 | ✓ | ✓ |
| TLS 1.3 | ✓ | ✓ |
| Early Data für TLS 1.3 | ✓ Info | |
| TLS 1.2 | ✓ | ✓ |
| TLS 1.0- und TLS 1.1-Unterstützung für Legacy-Geräte | ✓ |
Logging und Monitoring
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Detaillierte Anfragelogs | ✓ Info | ✓ Info |
| Logbereitstellung 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 (TLS), ohne zusätzliche Kosten) | ✓ Info | |
| Anpassbare SSL-Richtlinien – Versionen, Chiffren | ✓ Info | ✓ Info |
| Verschlüsselung ruhender Daten | ✓ | ✓ |
| Audit-Logging | ✓ Info | ✓ Info |
| Google Cloud Armor-Unterstützung | ✓ Info | ✓ Info |
| Identitäts- und Zugriffsverwaltung | ✓ Info | ✓ Info |
Edge-Computing
| Funktion | Cloud CDN | Media CDN |
|---|---|---|
| Benutzerdefinierter Code mit Service Extensions-Plug-ins | ✓ Info (Vorschau) | ✓ Info (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 eine Multi-CDN-Bereitstellung mit CDN-Steuerung und Wechselprodukten 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
Um die Leistung zu optimieren und die Kosten zu senken, können Sie Cloud CDN und Media CDN zusammen oder mit anderen CDNs verwenden, indem Sie Multi-CDN-Bereitstellungsstrategien implementieren.
Multi-CDN-Strategien, bei denen Ihre Inhalte bei mehr als einem CDN-Provider gehostet werden, können Ihnen helfen, CDN-Dienste nach Region und CDN-Funktionen zu optimieren, die von verschiedenen Anbietern zur Verfügung gestellt werden. Sie können auch nützlich sein, wenn Sie Ereignisse mit hohem Traffic hosten und den Traffic auf mehrere Anbieter verteilen müssen. Bei sehr kurzen Ausfällen eines Anbieters 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 einen kleineren Teil. Wenn es Probleme mit dem primären CDN gibt, können Nutzer den Traffic im Rahmen einer Failover-Strategie an das sekundäre CDN weiterleiten. Sie müssen dann nicht den üblichen Zeitraum warten, bis der Cache warmgelaufen ist, während bereits Inhalte bereitgestellt werden.
Leiten Sie dazu Traffic an jedes CDN weiter oder leiten Sie einen Teil Ihres vorhandenen Traffics mithilfe von DNS-Serverrichtlinien oder ähnlichen Diensten zur Traffic-Umleitung zum neuen CDN.