E-book Guida alla CDN moderna

Introduzione

Troppi sviluppatori vivono ancora nel periodo buio delle reti di distribuzione dei contenuti (CDN) black-box che non forniscono l'osservabilità in tempo reale, la baked-in security e il controllo programmatico necessari per consegnare le esperienze dinamiche richieste dagli utenti di oggi. In questo e-book, ti accompagneremo attraverso l'evoluzione del rapporto dello sviluppatore con la Rete di distribuzione dei contenuti e ti mostreremo come le Reti di distribuzione dei contenuti tradizionali non siano riuscite a stare al passo. Ti illustreremo i benefici che una CDN moderna può offrire, da una migliore visibilità sui modelli di traffico alla progettazione di API che alimenta esperienze utente eccellenti, fino alla capacità di gestire in modo operativo una cultura di sicurezza DevOps. E ti forniremo esempi concreti e stimolanti di come le aziende che prosperano in questa era di trasformazione digitale lo facciano con CDN potenti e programmabili.

Dopo aver letto la Guida alla CDN moderna, capirai perché è arrivato il momento di ripensare la tua strategia CDN e cosa cercare in una nuova.

Breve storia delle CDN

I tempi passati

Prima che le CDN entrassero in scena, le aziende con una presenza online gestivano e distribuivano contenuti dai propri data center, on-premise o all'interno di strutture di co-location.

Entrambi richiedevano investimenti significativi da parte dell’azienda in competenze non core. Questi data center erano limitati nella loro potenza di calcolo e mancavano di larghezza di banda, e la semplice distanza fisica tra i data center e gli utenti finali causava problemi di latenza.

L'infrastruttura principale di Internet era agli inizi, con molti meno provider di servizi Internet e punti di interconnessione. Un singolo data center a New York City poteva consegnare contenuti agli utenti a San Francisco, Dublino, Shanghai e in innumerevoli altri luoghi in tutto il mondo. Questo poteva comportare tempi di caricamento lenti ed esperienze online scadenti, ma la soluzione – scalare i centri tradizionali per soddisfare le esigenze globali – era lenta, costosa e difficile da implementare correttamente. Queste erano solo alcune delle numerose sfide che hanno dato vita alla prima generazione di CDN.

L'idea di Basic alla base di questa prima ondata di tecnologia per la distribuzione dei contenuti era semplice: collocare point of presence (POP) in aree del mondo vicine agli utenti finali. Quindi cache content in server situati in questi POP e consegnarli dai server cache. All'improvviso, le molteplici richieste che andavano avanti e indietro tra un utente finale e quello che un tempo era un data center all'origine potevano essere intercettate da un POP più vicino (o server proxy), accelerando i tempi di caricamento e la distribuzione. I vantaggi si estendevano anche all'azienda e allo sviluppatore, poiché le aziende non dovevano più aumentare la capacità dei propri data center di origine.

Il mondo è cambiato; le CDN non hanno tenuto il passo

YouTube è stato fondato nel 2005; Facebook è diventato una piattaforma ampiamente accessibile nel 2006 e Twitter è stato lanciato nello stesso anno; il primo iPhone è stato rilasciato nel 2007, lo stesso anno in cui Netflix ha avviato i suoi servizi di live streaming; Spotify è stato lanciato nel 2008. Le aspettative degli utenti sulle esperienze online sono cambiate e anche i contenuti stessi sono cambiati, con il contenuto generato dall'utente che è cresciuto rapidamente in popolarità. Sono cambiate anche le aspettative degli sviluppatori, a cui è stato affidato il compito di dare vita alle esperienze innovative e dinamiche richieste dai clienti.

Le Reti di distribuzione dei contenuti di prima generazione faticavano a tenere il passo

Hanno risposto principalmente aumentando il numero dei loro point of presence in tutto il mondo, ma questo non ha fatto una differenza abbastanza significativa. In effetti, aumentare il numero di point of presence può addirittura danneggiare le prestazioni della Rete di distribuzione dei contenuti, perché è meno probabile che i contenuti di un utente finale vengano archiviati nella cache di un singolo point of presence quando ce ne sono di più distribuiti nel mondo. Questo peggiora l'esperienza utente e reintroduce i problemi che hanno portato alla nascita delle Rete di distribuzione dei contenuti.

Uno dei maggiori problemi nella distribuzione di questo nuovo tipo di contenuto dinamico era che le CDN non offrivano l'invalidazione della cache in tempo reale, ovvero la possibilità di dire a una CDN on the fly di invalidare un contenuto, eliminarlo dal server e quindi consegnare un nuovo contenuto al suo posto (particolarmente importante per i siti con contenuti generati dagli utenti, come video e commenti). Con alcune CDN tradizionali, le modifiche potevano richiedere da pochi minuti a diverse ore per essere applicate, il che poteva comportare titoli, prezzi delle azioni, conteggi dell'inventario, informazioni sull'account e altro non aggiornati.

I problemi di distribuzione persistono

Sebbene sia vero che alcuni problemi, come l'invalidazione della cache, abbiano fatto molta strada, ci sono ancora molte sfide che esistono con le CDN tradizionali. Per esempio...

Continua a leggere