Cloud CDN è la piattaforma Content Delivery Network di Google Cloudper l'accelerazione web che ti aiuta a memorizzare nella cache più vicina agli utenti i contenuti statici a cui accedono regolarmente. Cloud CDN è ottimizzato per la gestione di un mix di asset web statici e dinamici sensibili alla latenza, come file immagine, CSS, JavaScript e HTML.
Media CDN è la piattaforma CDN di distribuzione dei contenuti multimediali di Google Cloudche integra Cloud CDN. Media CDN è ottimizzato per workload in uscita con throughput elevato, come i video in streaming e i download di file di grandi dimensioni.
L'utilizzo di Cloud CDN e Media CDN può migliorare le prestazioni per i tuoi utenti, ridurre l'utilizzo delle risorse dell'infrastruttura di origine e diminuire i costi di distribuzione dei contenuti della rete.
I due prodotti supportano un insieme di funzionalità analogo, ma ognuno è ottimizzato per determinati casi d'uso. Il confronto tra Cloud CDN e Media CDN è simile al confronto tra Cloud SQL e BigQuery. Cloud CDN e Cloud SQL sono destinati a query di piccole dimensioni su larga scala. Media CDN e BigQuery sono progettati per throughput e massima scalabilità. Utilizzare Media CDN per gestire JavaScript o CSS (workload web) è come provare a utilizzare BigQuery per tabelle da 5 GB con poche migliaia di righe. Funziona, ma non è ottimizzato per questo caso d'uso.
Casi d'uso
La seguente tabella descrive alcuni casi d'uso comuni e il prodotto CDN consigliato.
| Caso d'uso | Prodotto CDN consigliato |
|---|---|
| Gestire workload con contenuti web standard e contenuti multimediali, come i siti di social media. | In questo scenario puoi avere due configurazioni:
|
| Fornire rapidamente i contenuti di un sito web agli utenti. | Cloud CDN è la scelta giusta per i workload che tendono a fornire oggetti molto piccoli a frequenze elevate, come le piattaforme di tecnologia pubblicitaria e di e-commerce. Il suo punto di forza è la gestione di contenuti web statici, come JavaScript, CSS, caratteri e immagini incorporate. |
| Gestire download di software di grandi dimensioni. | Se prevedi una forte domanda di download di software, valuta la possibilità di utilizzare Media CDN. Se i download di software rappresentano una piccola parte del tuo workload web complessivo, valuta la possibilità di utilizzare Cloud CDN. |
| Pubblicare video in streaming tramite HLS e DASH. | Se hai esigenze di streaming video su larga scala, Media CDN è la scelta giusta grazie alla protezione dell'origine migliorata, alla capacità nell'ordine dei Tbps e all'alto livello di dettaglio di logging e metriche. |
| Soddisfare esigenze di conformità rigorose per la pubblicazione dei download del firmware, ad esempio per enti statali o fornitori di servizi sanitari. |
Cloud CDN è la scelta giusta. Cloud CDN ha l'autorizzazione del Federal Risk and Authorization Management Program (FedRAMP) ed è nella posizione migliore per soddisfare le esigenze di conformità più rigorose. A meno che tu non utilizzi richieste firmate, i contenuti memorizzati in una cache CDN sono in genere accessibili pubblicamente tramite URL. Come per qualsiasi CDN, valuta la possibilità di utilizzare i tuoi schemi DRM (Digital Rights Management) o di crittografia ove necessario. |
| Fornire agli utenti contenuti con immagini generate dagli utenti. | Cloud CDN è la scelta giusta per la maggior parte delle piattaforme di pubblicazione di immagini. |
Eccezioni
La seguente tabella descrive i casi d'uso in cui Cloud CDN o Media CDN non sono adatti.
| Caso d'uso | Suggerimento |
|---|---|
| Pubblicare video tramite il protocollo RTMP (Real-Time Messaging Protocol). | Media CDN e Cloud CDN non supportano l'invio ai client basato su RTMP. Puoi configurare un bilanciatore del carico di rete passthrough esterno globale per l'invio tramite RTMP se hai servizi legacy basati su RTMP. Puoi anche utilizzare l'API Live Stream per pacchettizzare gli stream RTMP di origine in asset HLS/DASH per la distribuzione tramite Media CDN. |
| Fornire video da utente a utente tramite WebRTC. |
Media CDN e Cloud CDN non supportano la distribuzione WebRTC. Puoi configurare un bilanciatore del carico di rete passthrough esterno regionale per gestire i servizi basati su WebRTC. |
| Utilizzare WebSocket per la comunicazione utente-server. | Configura un bilanciatore del carico delle applicazioni esterno globale. Il traffico WebSocket non è memorizzabile nella cache e beneficia del backbone globale che collega le località di Google in cui viene eseguito il bilanciatore del carico delle applicazioni esterno ai tuoi backend. |
| Gestire workload sensibili, come dati sanitari o altri dati specifici degli utenti. | Non utilizzare Cloud CDN o Media CDN per la gestione di workload sensibili o dati specifici degli utenti. |
Inizia a utilizzare un prodotto CDN
Per iniziare a utilizzare un prodotto CDN, consulta le pagine seguenti:
Funzionalità CDN supportate
Le tabelle seguenti riepilogano le funzionalità disponibili in Cloud CDN e Media CDN.
Supporto di origini e backend
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Bucket Cloud Storage, inclusa l'archiviazione multiregionale ridondante | ✓ | ✓ |
| Istanze di macchine virtuali (VM) di Compute Engine | ✓ | ✓ |
| Istanze di container Google Kubernetes Engine (GKE) | ✓ | ✓ |
| Backend esterni (origini personalizzate): on-premise, multi-cloud | ✓info | ✓ |
| Servizi App Engine, Cloud Run Functions o Cloud Run | ✓ | ✓ |
| Failover dell'origine | ✓info | |
| Timeout configurabili | ✓info | ✓info |
Memorizzazione nella cache
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Compressione (raggruppamento) delle richieste | ✓info | ✓info |
| Protezione origine | ✓info | |
| Chiavi cache personalizzate | ✓info | ✓info |
| Override configurabili della memorizzazione nella cache | ✓info | ✓info |
| Annullamento convalida cache programmatico | ✓info | ✓info |
Istruzioni Cache-Control standard |
✓info | ✓info |
| TTL configurabili | ✓info | ✓info |
| Memorizzazione nella cache negativa | ✓info | ✓info |
| Convalida dei contenuti asincrona | ✓info | |
| Bypass della cache | ✓info | ✓info |
| Policy di memorizzazione nella cache per origine | ✓info | ✓info |
| Policy di memorizzazione nella cache per route | ✓info | |
| Compressione dinamica | ✓info | ✓info |
Corrispondenza di routing e selezione dell'origine
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Selezione del backend basata su host e percorso | ✓info | ✓info |
| Reindirizzamenti URL | ✓info | ✓info |
| Riscritture URL | ✓info | ✓info |
| Corrispondenza di intestazioni e parametri di query | ✓info | ✓info |
| Corrispondenza di pattern (caratteri jolly) | ✓info | ✓info |
| Inserimento dinamico dell'intestazione: area geografica del client, stato della cache, versione TLS | ✓info | ✓info |
| Policy di condivisione delle risorse tra origini (CORS) integrate | ✓info |
Protocolli supportati
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Anycast globale: IPv4 e IPv6 | ✓ | ✓ |
| HTTP/3, basato su IETF QUIC | ✓ | ✓ |
| HTTP/2 | ✓ | ✓ |
| HTTP/1.1 | ✓ | ✓ |
| TLS 1.3 | ✓ | ✓ |
| Early Data per TLS 1.3 | ✓info | |
| TLS 1.2 | ✓ | ✓ |
| Supporto di TLS 1.0 e 1.1 per i dispositivi legacy | ✓ |
Logging e monitoraggio
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Log delle richieste dettagliati | ✓info | ✓info |
| Distribuzione dei log quasi in tempo reale | ✓ | ✓info |
| Report sulla percentuale di successi della cache | ✓ | ✓ |
| Metriche di richiesta e risposta | ✓ | ✓ |
| Esportazione in Cloud Storage, BigQuery o strumenti esterni | ✓ | ✓ |
| Avvisi per i prodotti supportati | ✓ | ✓ |
Automazione e API
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| API REST | ✓info | ✓info |
| ConsoleGoogle Cloud | ✓ | ✓ |
| Google Cloud CLI | ✓info | ✓info |
| Supporto di Terraform | ✓info | ✓info |
Sicurezza
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Certificati SSL (TLS) gestiti | ✓ | ✓info |
| Certificati SSL (TLS) gestiti, senza costi aggiuntivi | ✓info | |
| Certificati SSL (TLS) forniti da te, senza costi aggiuntivi | ✓info | |
| Policy SSL personalizzabili: versioni, crittografie | ✓info | ✓info |
| Crittografia at-rest | ✓ | ✓ |
| Audit logging | ✓info | ✓info |
| Supporto di Google Cloud Armor | ✓info | ✓info |
| Identity and Access Management | ✓info | ✓info |
Edge computing
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| Codice personalizzato utilizzando i plug-in Service Extensions | ✓info | ✓info (anteprima) |
Autenticazione dei contenuti
| Funzionalità | Cloud CDN | Media CDN |
|---|---|---|
| URL firmati | ✓info | ✓info |
| Cookie firmati | ✓info | ✓info |
| Token firmati | ✓info | |
| Autenticazione con doppio token | ✓info | |
| Autenticazione dell'origine privata | ✓info | ✓info |
| Supporto degli attributi di intestazione e IP nelle richieste firmate | ✓info | |
| Supporto di HMAC-SHA1 nelle richieste firmate | ✓ | ✓ |
| Supporto di Ed25519 e HMAC-SHA-256 nelle richieste firmate | ✓ |
Conformità
| Standard di conformità | Cloud CDN | Media CDN |
|---|---|---|
| HIPAA | ✓ | |
| PCI-DSS | ✓ | ✓ |
| SOC1, SOC2, SOC3 | ✓ | ✓ |
| ISO 27001, ISO 27017, ISO 27018, ISO 27701 | ✓ | ✓ |
| FedRAMP Moderate | ✓ |
Transizione tra i due prodotti
Se hai già un deployment multi-CDN con prodotti di reindirizzamento e cambio di CDN, puoi passare da uno all'altro utilizzando il DNS o configurarne uno come CDN aggiuntiva.
Le policy dei server Cloud DNS potrebbero essere un'opzione per instradare il traffico tra CDN diverse o passare da una CDN all'altra.
Utilizza una strategia multi-CDN
Per ottimizzare le prestazioni e ridurre i costi, puoi utilizzare Cloud CDN e Media CDN insieme o con altre CDN implementando strategie di deployment multi-CDN.
Le strategie multi-CDN, in cui i tuoi contenuti sono ospitati da più di un provider CDN, possono aiutarti a ottimizzare i servizi CDN in base alla regione e alle funzionalità CDN offerte da diversi provider. Possono essere utili anche se ospiti eventi ad alto traffico e devi distribuire il traffico a più provider. In caso di micro-interruzioni che interessano un provider, puoi spostare rapidamente il traffico su un altro provider CDN.
Un deployment CDN con una CDN primaria e una CDN secondaria è un esempio di strategia di deployment multi-CDN. La CDN principale gestisce la maggioranza del traffico, quella secondaria una minoranza. In caso di problemi con la CDN principale, gli utenti possono indirizzare il traffico alla CDN secondaria come strategia di failover e non devono attendere il periodo di tempo consueto per la memorizzazione nella cache dei dati attivi mentre è già in corso la pubblicazione di contenuti.
Per iniziare, instrada il traffico a ogni CDN o suddividi una parte del traffico esistente per inviarlo a una nuova CDN utilizzando le policy dei server DNS o servizi di reindirizzamento del traffico simili.