Annuncio del livello 0 da Limelight

Il compito di una CDN consiste nel fornire i dati dall’edge della rete il più spesso possibile e il più vicino possibile all’utente . Sorprendentemente, per una tecnologia di oltre due decenni, le CDN di oggi hanno spazio per migliorare su entrambi i fronti. I team di sviluppo devono ripensare a come cuocere la CDN nel proprio stack per migliorare la velocità del team e liberare i siti più veloci possibili.

Fornire i dati dall’edge della rete il più spesso possibile

Nella maggior parte dei siti Web, la CDN è ampiamente utilizzata per memorizzare nella cache i dati statici. Queste risorse, come immagini, CSS e javascript, raramente cambiano e non dipendono dalla logica dell’applicazione. Tuttavia, i dati dinamici, HTML e API vengono raramente memorizzati nella cache. Questo perché la memorizzazione nella cache di questi dati dipende dalla logica dell’applicazione, e le CDN di oggi sono disconnesse dal flusso di lavoro dello sviluppatore, rendendo difficile per i team utilizzare, eseguire il debug e mantenere.

In genere, un team di sviluppo dispone di uno “stack” di codice frontend, server back-end e database su cui può sviluppare localmente e quindi attraversa un ciclo di vita di sviluppo del software (ad esempio, QA, staging, ecc.) prima che venga messo in produzione. Sfortunatamente, la CDN è l’unica parte dello stack in cui questo non accade. La CDN viene inserita nel processo di sviluppo del software solo alla fine quando le modifiche a un sito diventano attive. Ciò non consente di sfruttare l’edge per accelerare le applicazioni e in nessun’altra parte dello stack (codice front-end, codice lato server o schema database) è possibile accettarlo.

Immagina di dover progettare una modifica del codice del server, ma ti è stato detto che potevi sviluppare solo contro la produzione – penseresti che fosse pazzesco. Tuttavia, questo è ciò che chiediamo agli sviluppatori di fare per quanto riguarda l’edge. Dato l’elevato rischio di rottura del sito e di sovraccarico con la modifica delle configurazioni CDN, l’edge viene ignorato per i dati dinamici.

Al contrario, con Layer0, i team possono testare, rivedere e controllare la propria logica edge durante tutto il processo di sviluppo. Ciò significa che i team possono svilupparsi a livello locale e garantire elevati tassi di hit della cache per i dati dinamici legati al codice dell’applicazione. La gestione dell’edge è ulteriormente semplificata con EdgeJS, un linguaggio di configurazione edge basato su JavaScript, performant, dichiarativo e indipendente dal framework. EdgeJS può essere incorporato all’interno dell’applicazione frontend e poiché è dichiarativo, gli sviluppatori devono solo descrivere i loro obiettivi piuttosto che scrivere tutta la logica. In questo modo è facile da utilizzare e gestire.

Effettivamente la CDN è ora un cittadino di prima classe nel processo di sviluppo. Di conseguenza, più dati vengono memorizzati nella cache e i team sulla piattaforma sono più produttivi. Justin Metros, Head of Technology di Universal Standard, ha dichiarato che Layer0 ha contribuito all’agilità degli sviluppatori e alle performance dei siti web a Jamstack Conn 2021, una popolare conferenza per sviluppatori web. “Grazie a Layer0, la nostra velocità di sviluppo è aumentata drasticamente”, ha affermato. Un altro sviluppatore ci ha detto: “Questo è ciò di cui avevo bisogno e non sapevo di volerlo”. La piattaforma è comoda, espressiva e affidabile, il che la rende la CDN che i team di sviluppo amano.

Fornire i dati dall’edge il più vicino possibile all’utente

Oltre a fornire i dati dall’edge della rete il più spesso possibile, le CDN devono servirli il più rapidamente possibile. (Mentre tecnicamente, hanno bisogno di servirlo con la latenza più bassa possibile, per questa discussione, presumeremo che la distanza sia approssimativamente correlata alla latenza.) Storicamente, le CDN memorizzano i contenuti nella cache di un insieme di nodi di cache distribuiti geograficamente, denominati punti di presenza o POP.

Come altre CDN, Limelight Networks ha molti pop. In effetti, con oltre 135 pop in tutto il mondo, Limelight dispone della seconda rete globale di pop-up più grande ed è molto probabile che sia presente vicino ai vostri utenti. Su Layer0 di Limelight, questi pop-up vanno oltre le funzioni medie di una CDN e coordinano i dati tra loro. Se un POP non dispone di un dato, lo richiederà in modo intelligente da un altro POP, anche prima che la richiesta venga inoltrata al server di origine.

Per capire come questo aiuti, considerate un giorno tipico in cui la costa orientale degli Stati Uniti si sveglia prima della costa occidentale. In genere ciò significa che i pop della costa orientale avranno una cache calda, ma i pop della costa occidentale non saranno riscaldati finché i loro utenti non inizieranno a traffico serio. Con il coordinamento POP, la costa occidentale può sfruttare i modelli di traffico della costa orientale man mano che la cache inizia a scaldarsi.

Inoltre, Limelight Networks è unica tra le CDN in quanto gestiamo la nostra dorsale privata. Ciò significa che quando si indirizza il traffico, Limelight non deve utilizzare le autostrade pubbliche congestionate su Internet e può sfruttare la propria rete privata rendendo i trasferimenti di dati più veloci e sicuri.

Anche allora con tutta quella rete, è possibile avvicinarsi ancora di più all’utente – ed è quello che fa Layer0. Grazie alle moderne tecnologie browser, specialmente con i service worker, la nostra piattaforma ha il controllo diretto e programmatico della cache sul dispositivo dell’utente. Layer0 utilizza questa tecnologia di service worker per trasmettere dati nel browser prima ancora che l’utente lo richieda.

Questa tecnica viene spesso definita prefetching predittivo e in genere presenta alcune avvertenze. In particolare, può essere difficile da gestire e gestire e può causare traffico eccessivo sul server, poiché il browser sta richiedendo più dati dall’origine. Questo traffico aggiuntivo può aumentare i costi o, peggio ancora, far cadere il server di origine. Tuttavia, il prefetching integrato di Layer0 dà priorità al traffico utente rispetto al traffico previsto e comprende la configurazione EdgeJS. In questo modo, i dati vengono trasmessi solo dai POP e non vengono caricati sul server di origine.

Costruisci siti migliori, più veloci e più forti sulla piattaforma edge di Layer0

Quando tutte queste tecnologie si uniscono, è come se la rete avesse improvvisamente larghezza di banda infinita e latenza zero. I dati dinamici non solo vengono memorizzati nella cache del POP, ma sono anche disponibili sul dispositivo prima ancora che l’utente li richieda. I carichi di pagine sembrano istantanei, fino a 400 millisecondi, la velocità del lampeggio di un occhio. Questa velocità è una differenza di tipo, non di grado.