Che cos’è l’edge rendering e perché è importante

Un server web tradizionale è ospitato in una singola regione geografica. Gli utenti vicini a quella regione ricevono risposte rapide, mentre quelli lontani subiscono una latenza significativa: per un utente di Tokyo che richiede contenuti a un server US-East si aggiungono oltre 200 ms di andata e ritorno prima che arrivi il primo byte.

Una Content Delivery Network (CDN) memorizza nella cache file statici come immagini, CSS e JavaScript in decine di Points of Presence (PoP) in tutto il mondo e li distribuisce dalla posizione più vicina. Tuttavia, una CDN tradizionale non può eseguire codice: può soltanto distribuire contenuti statici già compilati.

Un runtime edge esegue JavaScript nei PoP della CDN in tutto il mondo, eliminando il viaggio di andata e ritorno verso l'origine per le richieste dinamiche. Invece di essere instradata verso un singolo server, la richiesta viene gestita dal PoP più vicino all'utente, spesso nella stessa città, riducendo drasticamente la latenza.

Cloudflare Workers esegue JavaScript usando isolati V8 in oltre 300 località globali. A differenza delle funzioni serverless (Lambda, Cloud Run), Workers ha avvii a freddo quasi nulli, misurati in microsecondi invece dei più di 100 millisecondi tipici di Lambda, perché riutilizza gli isolati V8 invece di avviare container.

Il rendering edge consiste nel renderizzare sul server l'applicazione React nel PoP edge più vicino a ciascun utente e distribuire immediatamente l'HTML risultante. L'utente di Tokyo riceve una pagina HTML completamente renderizzata da un PoP di Singapore, non da un server in Virginia.

Un'app SSR standard servita da US-East potrebbe impiegare 400 ms per raggiungere Tokyo (200 ms di rete + 200 ms di rendering sul server). Con il rendering edge, il rendering avviene a Singapore, riducendo la latenza di rete a 30 ms e distribuendo l'HTML in meno di 100 ms complessivi: un miglioramento di 4 volte nel tempo di caricamento percepito.

I runtime edge non sono ambienti Node.js completi. Cloudflare Workers vieta le API core di Node.js (fs, net, crypto), limita il tempo di CPU a 50 ms per richiesta (i piani a pagamento ne consentono di più), limita la memoria e non offre accesso al file system. Questi vincoli richiedono un'architettura attenta.

Diverse piattaforme offrono runtime edge: Vercel Edge Functions (basato sullo stesso modello degli isolati V8), Deno Deploy (usa il runtime Deno all'edge) e Fastly Compute (usa WebAssembly). Ognuna offre una compatibilità delle API, una copertura globale e modelli di prezzo diversi.

Il rendering edge è particolarmente vantaggioso per i contenuti per lo più statici che richiedono una certa personalizzazione: pagine di marketing con varianti di test A/B, landing page con contenuti geolocalizzati e post di blog con elementi specifici per l'utente (stato di accesso, lingua). Le pagine altamente dinamiche e con uso intensivo del database ne traggono meno beneficio.

Le funzioni Lambda (e Cloud Run) avviano container, scaricano il codice, inizializzano il runtime e poi eseguono il codice, causando avvii a freddo di 100–1000 ms. Workers riutilizza isolati V8 già in esecuzione, rendendo gli avvii a freddo praticamente impercettibili, inferiori a 5 ms.

La maggior parte delle app in produzione usa il rendering edge in modo selettivo: l'edge renderizza rapidamente le pagine veloci e per lo più statiche, mentre un server regionale gestisce le operazioni autenticate e con uso intensivo del database. Questo approccio ibrido permette di ottenere i vantaggi di latenza del rendering edge senza scontrarsi con i suoi limiti.

Perché Cloudflare Workers ha avvii a freddo quasi nulli rispetto ad AWS Lambda?

Il rendering edge esegue JavaScript nei PoP della CDN in tutto il mondo, eliminando i viaggi di andata e ritorno verso l'origine e riducendo drasticamente la latenza. Cloudflare Workers si distingue per gli avvii a freddo nell'ordine dei microsecondi, basati su isolati V8, in oltre 300 località. I compromessi sono reali: niente API Node.js e CPU limitata. Per questo il rendering edge è più adatto alle pagine di marketing e ai contenuti personalizzati ma per lo più statici, piuttosto che alle pagine basate su database pesanti.