Cloud CDN è la piattaforma Content Delivery Network di Google Cloudper l'accelerazione web che ti aiuta a memorizzare nella cache i contenuti statici a cui si accede regolarmente più vicino agli utenti. Cloud CDN è ottimizzato per la pubblicazione di un mix di asset web statici e dinamici sensibili alla latenza, come file CSS, JavaScript, HTML e immagine.
Media CDN è la piattaforma CDN di distribuzione dei contenuti multimediali di Google Cloud che integra Cloud CDN. Media CDN è ottimizzato per carichi di lavoro in uscita ad alta velocità effettiva, 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 della rete.
I due prodotti supportano un insieme simile di funzionalità, 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 per query di piccole dimensioni su larga scala. Media CDN e BigQuery sono progettati per la velocità effettiva e la scalabilità estrema. L'utilizzo di Media CDN per la pubblicazione di JavaScript o CSS (carichi di lavoro web) è simile al tentativo di 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 |
|---|---|
| Pubblica carichi di lavoro con contenuti web standard e contenuti multimediali, come i siti di social media. | In questo scenario puoi avere due configurazioni:
|
| Pubblica rapidamente un sito web per gli utenti. | Cloud CDN è la scelta giusta per i carichi di lavoro che tendono a distribuire oggetti molto piccoli a velocità elevate, come le piattaforme di tecnologia pubblicitaria e di e-commerce. Il suo punto di forza è la pubblicazione di contenuti web statici, come JavaScript, CSS, caratteri e immagini inline. |
| Gestisci download di software di grandi dimensioni. | Se prevedi una forte domanda di download di software, valuta Media CDN. Se i download di software rappresentano una piccola parte del tuo workload web complessivo, valuta la possibilità di utilizzare Cloud CDN. |
| Pubblica 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à su scala di Tbps e alla registrazione e alle metriche dettagliate. |
| Soddisfa le esigenze di conformità rigorose per la pubblicazione dei download del firmware, ad esempio per enti governativi o fornitori di servizi sanitari. |
Cloud CDN è la scelta giusta. Cloud CDN ha l'autorizzazione 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 archiviati in una cache CDN sono in genere accessibili pubblicamente tramite URL. Come per qualsiasi CDN, valuta la possibilità di utilizzare i tuoi schemi di gestione dei diritti digitali (DRM) o di crittografia ove necessario. |
| Mostrare agli utenti contenuti di immagini generati 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 |
|---|---|
| Pubblica video tramite il protocollo Real-Time Messaging Protocol (RTMP). | Media CDN e Cloud CDN non supportano la distribuzione basata su RTMP ai client. Puoi configurare un bilanciatore del carico di rete passthrough esterno globale per fornire RTMP se hai servizi legacy basati su RTMP. Puoi anche utilizzare l'API Live Stream per creare pacchetti di stream sorgente RTMP 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. |
| Utilizza 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. |
| Servire workload sensibili, come dati sanitari o altri dati specifici dell'utente. | Non utilizzare Cloud CDN o Media CDN per la gestione di carichi di lavoro sensibili o dati specifici per l'utente. |
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, incluso l'archiviazione multiregionale ridondante | ✓ | ✓ |
| Istanze di macchine virtuali (VM) Compute Engine | ✓ | ✓ |
| Istanze container Google Kubernetes Engine (GKE) | ✓ | ✓ |
| Backend esterni (origini personalizzate): on-premise, multicloud | ✓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 |
|---|---|---|
| Richiedere il raggruppamento | ✓info | ✓info |
| Protezione origine | ✓info | |
| Chiavi di cache personalizzate | ✓info | ✓info |
| Override configurabili della memorizzazione nella cache | ✓info | ✓info |
| Annullamento della convalida della cache programmatica | ✓info | ✓info |
Istruzioni standard Cache-Control |
✓info | ✓info |
| TTL configurabili | ✓info | ✓info |
| Memorizzazione nella cache negativa | ✓info | ✓info |
| Convalida asincrona dei contenuti | ✓info | |
| Ignorare la cache | ✓info | ✓info |
| Policy di memorizzazione nella cache per origine | ✓info | ✓info |
| Policy di 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 degli URL | ✓info | ✓info |
| Riscritture degli URL | ✓info | ✓info |
| Corrispondenza di intestazioni e parametri di query | ✓info | ✓info |
| Corrispondenza (carattere jolly) di pattern | ✓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 |
| Fornitura 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 | ✓ | ✓ |
Automation 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 | |
| Porta i tuoi certificati SSL (TLS), senza costi aggiuntivi | ✓info | |
| Policy SSL personalizzabili: versioni, crittografie | ✓info | ✓info |
| Crittografia dei dati inattivi | ✓ | ✓ |
| Audit logging | ✓info | ✓info |
| Assistenza 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 steering e switching CDN, puoi passare da uno all'altro utilizzando il DNS o configurarne uno come CDN aggiuntiva.
I criteri del server Cloud DNS potrebbero essere un'opzione per instradare il traffico tra le CDN o passare da una CDN all'altra.
Utilizzare 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 ospitate eventi ad alto traffico e dovete distribuire il traffico a più provider. In caso di micro-interruzioni con 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 maggior parte del traffico, mentre 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 il riscaldamento della cache durante la pubblicazione dei contenuti.
Per iniziare, indirizza il traffico a ogni CDN o dividi una parte del traffico esistente in una nuova CDN utilizzando le policy del server DNS o servizi di reindirizzamento del traffico simili.