Una Rete di distribuzione dei contenuti (CDN) cache è un archivio temporaneo di contenuti di un sito web o di un’applicazione situato su server più vicini all’utente finale. Invece di recuperare gli stessi contenuti da un server di origine ogni volta che qualcuno li richiede, una CDN può mantenere una copia nella cache sulla rete edge e distribuirla direttamente.
Il risultato è una distribuzione dei contenuti più rapida, meno richieste all’infrastruttura di origine e una maggiore resilienza quando si verificano picchi di traffico o i sistemi di origine presentano problemi.
Che cos'è una cache?
Una cache CDN memorizza copie dei contenuti nelle posizioni edge, note anche come point of presence (POP), distribuite nella rete di una Rete di distribuzione dei contenuti.
Quando qualcuno visita un sito web o usa un’applicazione, la Rete di distribuzione dei contenuti può verificare se il contenuto richiesto è già disponibile in una cache vicina. In tal caso, la Rete di distribuzione dei contenuti può restituire la copia nella cache invece di effettuare un’altra richiesta al server di origine dell’applicazione.
Le cache della Rete di distribuzione dei contenuti sono comunemente associate a risorse statiche come:
Immagini
File JavaScript e CSS
Caratteri
Video e altri contenuti multimediali
Download software
CDN moderna possono anche memorizzare nella cache HTML, risposte delle API e altro contenuto che cambia frequentemente o contenuto dinamico quando vengono applicati criteri di memorizzazione nella cache appropriati. Gli oggetti nella cache hanno un “periodo di validità” definito e possono anche essere rimossi dalla Rete di distribuzione dei contenuti mentre gestisce la capacità disponibile della cache.
Come funziona la cache di una Rete di distribuzione dei contenuti?
La memorizzazione nella cache della Rete di distribuzione dei contenuti segue generalmente un processo di richiesta e risposta:
Un utente richiede contenuti. Un browser, un'app mobile, un client API o un'altra applicazione invia una richiesta per una risorsa (una pagina web, un'immagine, un video ecc.).
La Rete di distribuzione dei contenuti riceve la richiesta. La richiesta viene instradata a una posizione edge appropriata della Rete di distribuzione dei contenuti.
La cache cerca l’oggetto richiesto. Se una copia aggiornata è già nella cache, questo è comunemente chiamato cache hit. La Rete di distribuzione dei contenuti può restituire l’oggetto senza recuperarlo dall’origine.
La Rete di distribuzione dei contenuti recupera il contenuto mancante. Se un oggetto idoneo non è disponibile nella cache (chiamato cache miss) la Rete di distribuzione dei contenuti lo richiede all’origine o a un’altra cache upstream.
La risposta può essere memorizzata nella cache. A seconda delle regole di caching HTTP e della configurazione della Rete di distribuzione dei contenuti, la risposta può essere archiviata in modo che le richieste successive possano essere servite dalla cache.
Gli oggetti nella cache hanno in genere un Time-To-Live (TTL) che determina per quanto tempo possono essere considerati aggiornati senza consultare l'origine. Quando il contenuto nella cache scade, una Rete di distribuzione dei contenuti può rivalidarlo con l'origine invece di scaricare di nuovo l'intero oggetto.
Qual è la differenza tra una cache CDN e una cache del browser?
Entrambi memorizzano i contenuti in modo che non debbano essere recuperati ripetutamente, ma operano in punti diversi.
Una cache del browser memorizza i contenuti sul dispositivo di un singolo utente. Una cache CDN memorizza i contenuti in un’infrastruttura condivisa alla rete edge, dove un oggetto nella cache può essere usato per soddisfare le richieste di molti utenti.
Questa distinzione è importante perché gli operatori di siti web hanno un controllo diretto sostanzialmente maggiore sull’invalidazione della cache della Rete di distribuzione dei contenuti. Una Rete di distribuzione dei contenuti non può semplicemente eseguire il purge di un oggetto già archiviato nella cache del browser di un utente finale.
Cosa succede quando il cache content cambia?
Il cache content non deve necessariamente rimanere ai bordi della rete fino alla scadenza del suo Time-To-Live.
Una Rete di distribuzione dei contenuti può purge o invalidare un oggetto quando l'origine cambia. La richiesta successiva può quindi recuperare la versione aggiornata dall'origine e popolare di nuovo la cache.
Questo rende l’invalidazione una parte importante di una strategia di caching efficace. Invece di impostare TTL estremamente brevi semplicemente perché il contenuto potrebbe cambiare, le organizzazioni possono memorizzare nella cache i contenuti più a lungo e invalidarli quando si verifica un aggiornamento effettivo.
È possibile memorizzare nella cache il contenuto dinamico su una Rete di distribuzione dei contenuti?
Sì. La possibilità di mettere in cache il contenuto dinamico dipende da come viene generare, dalla frequenza con cui cambia e dal fatto che la risposta vari in base all’utente o alla richiesta.
Contenuti come informazioni sui prodotti, articoli di notizie, risposte delle API o altri dati che cambiano frequentemente sono adatti alla cache edge se abbinati a TTL, chiavi della cache, riconvalida e invalidazione appropriati.
Fastly supporta in modo specifico la memorizzazione nella cache di una gamma più ampia di contenuti, inclusi contenuti dinamici e basati su eventi, con una rapida purga che consente di aggiornare le informazioni memorizzate nella cache quando necessario.
Perché la memorizzazione nella cache della Rete di distribuzione dei contenuti (CDN) è necessaria/importante?
Senza la memorizzazione nella cache della Rete di distribuzione dei contenuti, le richieste potrebbero dover viaggiare fino all’infrastruttura di origine di un’applicazione, anche quando migliaia o milioni di utenti richiedono contenuti identici.
La memorizzazione nella cache aiuta ad affrontare diverse sfide.
Prestazioni: La distribuzione di contenuti da una posizione edge vicina può ridurre la distanza di rete e l’elaborazione all’origine necessarie per soddisfare una richiesta, migliorando i tempi di risposta.
Scalabilità: Una cache può servire ripetutamente lo stesso oggetto senza generare ogni volta una corrispondente richiesta all’origine. Questo aiuta le applicazioni a gestire un pubblico più ampio e picchi di traffico improvvisi.
Offload dell'origine: Meno richieste che raggiungono l'infrastruttura di origine significano una minore domanda di elaborazione, rete e larghezza di banda. Servire più contenuti dalla cache può di conseguenza ridurre i costi di infrastruttura e di uscita dall’origine.
Affidabilità e resilienza: criteri di caching appropriati possono consentire ad alcuni contenuti di rimanere disponibili anche quando un'origine diventa lenta o non disponibile.
Esperienza utente: risposte più rapide e coerenti possono migliorare l’esperienza degli utenti che potrebbero trovarsi geograficamente lontani dall’infrastruttura di un’applicazione.
Quali sono le migliori pratiche per la cache della CDN?
Non esiste un’unica policy di caching che funzioni per ogni applicazione. Un caching efficace richiede di bilanciare le prestazioni con la freschezza dei contenuti e il controllo. Alcune pratiche utili includono:
Imposta criteri di cache espliciti.
Scegli i TTL in base a come cambia il contenuto. Le risorse di lunga durata, come immagini con versione o bundle JavaScript, possono spesso usare TTL lunghi, mentre le informazioni che cambiano rapidamente possono richiedere periodi di validità più brevi o un’invalidazione attiva.
Separa la memorizzazione nella cache del browser e della Rete di distribuzione dei contenuti quando necessario. Le cache edge possono spesso conservare i contenuti più a lungo, mentre i browser ricevono istruzioni di caching più brevi, offrendo agli operatori dell'applicazione un maggiore controllo sugli aggiornamenti.
Usa l'invalidazione mirata. Quando i contenuti cambiano, invalida URL specifici o gruppi di oggetti correlati invece di svuotare inutilmente un'intera cache.
Usa i dati obsoleti in modo strategico.
Fornisci i validator. L’uso delle intestazioni consente alle cache di determinare se i dati obsoleti sono effettivamente cambiati senza scaricare sempre di nuovo il download dell’oggetto completo.
Monitora l’efficacia della cache. Il rapporto di cache hit, il traffico di origine, la latenza, i TTL e i modelli di invalidazione possono aiutare i team a identificare i contenuti che potrebbero essere memorizzati nella cache in modo più efficace.
Fai attenzione ai contenuti personalizzati o sensibili. L'autenticazione, i cookie, le intestazioni di autorizzazione e le risposte specifiche dell'utente devono essere incorporate nelle regole di caching affinché la risposta privata di un utente non venga involontariamente fornita a un altro.
L’obiettivo non è semplicemente memorizzare nella cache quanto più possibile. Si tratta di memorizzare nella cache i contenuti giusti per il giusto periodo di tempo, mantenendo al contempo il controllo sulla freschezza.
Chi ha bisogno della memorizzazione nella cache della Rete di distribuzione dei contenuti?
Il caching CDN può offrire beneficio a quasi tutte le organizzazioni che consegnano contenuti digitali o applicazioni agli utenti, ma diventa particolarmente prezioso su larga scala.
Le aziende di e-commerce possono memorizzare nella cache le risorse di prodotto, le pagine di categoria e potenzialmente parti di esperienze in rapido cambiamento, mantenendo al contempo il controllo sugli aggiornamenti di inventario e dei prezzi.
Le aziende dei media e dell’editoria possono usare la cache per gestire un vasto pubblico e picchi di traffico legati a notizie dell’ultima ora o contenuti popolari.
I servizi di streaming e intrattenimento possono distribuire i contenuti multimediali e le risorse correlate più vicino al pubblico.
I provider SaaS e API possono ridurre la latenza e il carico sul backend memorizzando nella cache le risposte idonee dell’applicazione e delle API.
Le aziende di software e gaming possono distribuire in modo efficiente file di grandi dimensioni, download, patch e altre risorse richieste di frequente.
Le aziende globali possono offrire prestazioni delle applicazioni più coerenti agli utenti distribuiti in diverse regioni.
Anche le organizzazioni che servono principalmente applicazioni dinamiche possono trarne beneficio. La cache della CDN moderna non è limitata ai file statici: con la giusta architettura e strategia di invalidazione, anche i contenuti in rapido cambiamento e basati su eventi possono essere messi in cache ai bordi della rete.
Cosa offre Fastly per la cache della Rete di distribuzione dei contenuti?/ Come Fastly può aiutarti
La Rete di distribuzione dei contenuti di Fastly è progettata per offrire alle organizzazioni il controllo su cosa viene memorizzato nella cache, per quanto tempo rimane nella cache e quando viene aggiornato.
La Rete di distribuzione dei contenuti di Fastly supporta la memorizzazione nella cache di contenuti statici, nonché di contenuti dinamici e basati su eventi ai bordi della rete. La sua architettura di rete utilizza POP ad alta capacità progettati per mantenere nella cache più contenuti più vicino agli utenti.
Le principali funzionalità di caching includono:
Instant Purge™: Fastly consente di invalidare rapidamente i cache content quando cambiano, permettendo alle aziende di memorizzare nella cache i contenuti più a lungo senza affidarsi esclusivamente a TTL brevi per mantenere aggiornate le informazioni. Al 31/12/2025, Fastly riporta un tempo medio di purge regionale inferiore a 150 millisecondi.
Purge granulare: I contenuti possono essere invalidati per URL o raggruppati usando chiave surrogata. Il soft purge può contrassegnare un oggetto come obsoleto invece di rimuoverlo immediatamente, aiutando le applicazioni a continuare a distribuire contenuti durante l’aggiornamento della cache.
Origin Shield: Fastly può usare un point of presence designato come shield tra le cache edge e un’origine. Questo può migliorare l'efficienza della cache e ridurre il numero di richieste che raggiungono l'infrastruttura di origine.
Controllo granulare della cache: Gli sviluppatori possono utilizzare i controlli di caching HTTP standard, nonché le funzionalità di Fastly, per gestire la cache della Rete di distribuzione dei contenuti indipendentemente dalla cache del browser.
Dati obsoleti e riconvalida: Fastly supporta ‘stale-while-revalidate’ e ‘stale-if-error’, consentendo alle applicazioni di bilanciare freschezza, prestazioni e resilienza.
Programmabilità e osservabilità: la Rete di distribuzione dei contenuti di Fastly fornisce API, logica di distribuzione configurabile, logging in tempo reale e osservabilità, offrendo ai team di sviluppo e Operazioni maggiore visibilità e controllo sulla distribuzione dei contenuti.
Combinando la cache edge con un’invalidazione rapida e un controllo programmabile, Fastly consente alle organizzazioni di memorizzare nella cache più contenuti, inclusi quelli che cambiano frequentemente, mantenendo al contempo il controllo su quando gli utenti ricevono versioni aggiornate.