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:
|
| Stellen Sie Websites schnell für Nutzer bereit. | Cloud CDN ist die richtige Wahl für Arbeitslasten, die sehr kleine Objekte mit hoher Rate bereitstellen, beispielsweise 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. Sie können einen globalen externen Passthrough-Network-Load-Balancer konfigurieren, um RTMP bereitzustellen, wenn Sie alte RTMP-basierte 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. |
| Stellen Sie Nutzer-zu-Nutzer-Videos über WebRTC bereit. |
Media CDN und Cloud CDN unterstützen die WebRTC-Bereitstellung nicht. 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. | Richten Sie einen globalen externen Application Load Balancer ein. WebSocket-Traffic kann nicht im Cache gespeichert werden. Er profitiert vom globalen Backbone, das die Standorte von Google – wo der externe Application Load Balancer ausgeführt wird – mit den 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 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 |
| 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 Legacy-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 | ✓Info (Vorabversion) |
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
Um die Leistung zu optimieren und die Kosten zu senken, können Sie Cloud CDN und Media CDN miteinander oder mit anderen CDNs kombinieren, indem Sie Strategien für die Bereitstellung mehrerer CDNs implementieren.
Mit Multi-CDN-Strategien, bei denen Ihre Inhalte bei mehreren CDN-Anbietern gehostet werden, können Sie CDN-Dienste nach Region und CDN-Funktionen optimieren, die von verschiedenen Anbietern angeboten werden. Sie können auch nützlich sein, wenn Sie Veranstaltungen 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 auf einen anderen CDN-Anbieter umverteilen.
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 dient dem Großteil des Traffics und das sekundäre CDN einer Minderheit. Bei Problemen mit dem primären CDN können Nutzer den Traffic als Failover-Strategie an das sekundäre CDN weiterleiten, ohne die übliche Zeit warten zu müssen, bis der Cache heiß wird, während bereits Inhalte ausgeliefert werden.
Leiten Sie den Traffic zu Beginn an jedes CDN weiter oder teilen Sie einen Teil des vorhandenen Traffics mithilfe von DNS-Serverrichtlinien oder ähnlichen Diensten zur Traffic-Weiterleitung auf ein neues CDN auf.