Cloudflare integra il team di Deno per fondere celld e workerd. Il runtime Deno verrà supportato fino al 2027. Analisi strategica per imprenditori e CTO.

Tutto ebbe inizio in un magazzino a Berlino. In quel contesto, Ryan Dahl presentò Node.js utilizzando un server IRC scritto in JavaScript di 500 righe, coinvolgendo il pubblico in tempo reale. Quella demo era l'esplorazione di un modello di programmazione puramente asincrono, volto a rendere più semplice la costruzione di sistemi che prima richiedevano infrastrutture molto più complesse. Tuttavia, a distanza di anni, un dettaglio di quella presentazione ha continuato a tormentare Dahl: il fatto che si trattasse di un singolo server, single-threaded. Sebbene potesse gestire molte connessioni, il sistema rallentava all'aumentare del carico. Scalare un'applicazione come un server IRC significa necessariamente distribuire i canali su più macchine, gestire la cronologia dei messaggi e gli account utente.

Perché il runtime di Deno scompare entro il 2027

L'annuncio del 9 ottobre 2026 segna una direzione netta: il team di Deno si unisce a Cloudflare. Questa mossa comporta una decisione drastica per chi utilizza il runtime Deno. Cloudflare ha confermato che supporterà il runtime per un ulteriore anno, rilasciando aggiornamenti mensili per la sicurezza e la correzione di bug, ma interromperà lo sviluppo attivo dopo questo periodo. Deno rimarrà open source, ma non sarà più il fulcro dell'innovazione del team.

La ragione risiede in un cambio di paradigma. Ryan Dahl ha spiegato che, sebbene Deno abbia migliorato l'esperienza di scrittura di JavaScript e sfidato le assunzioni sullo sviluppo JS, non ha cambiato fondamentalmente ciò che gli sviluppatori devono assemblare attorno al runtime. I problemi reali rimangono quelli delle applicazioni in rete: la distribuzione del calcolo, il coordinamento dello stato, l'archiviazione dei dati e l'autoscaling. La strategia si sposta quindi dal runtime all'infrastruttura stessa.

Analisi strategica: Per un imprenditore tech, questo non è un fallimento di Deno, ma un'operazione di consolidamento. Cloudflare non sta acquistando un prodotto per mantenerlo in vita, ma sta assorbendo il talento e la visione di Dahl per risolvere il problema del 'deployment' complesso. Il runtime era il mezzo; l'obiettivo finale è l'astrazione totale dell'infrastruttura.

La fusione tecnica tra celld e workerd

Il cuore dell'operazione risiede nell'integrazione di due progetti: celld e workerd. workerd è il runtime open source che alimenta Cloudflare Workers. celld, invece, è il progetto più recente di Dahl, nato per permettere agli sviluppatori di costruire applicazioni distribuite fin dall'inizio, rendendo il sistema semplice da operare e integrando lo scaling direttamente nel modello di programmazione.

L'obiettivo dichiarato è fondere celld in workerd. Questa operazione mira a rendere il self-hosting di Workers e Durable Objects un percorso supportato a tutti gli effetti. In sostanza, Cloudflare vuole che il proprio modello di programmazione diventi lo standard per la costruzione di server, indipendentemente dal fatto che l'applicazione giri sulla rete di Cloudflare o su infrastrutture proprietarie.

Cosa compra Cloudflare con l'acquisizione di Deno

A una lettura critica, l'operazione non è un semplice acquisto di quote o un acqui-hire di routine. Cloudflare sta acquisendo una tesi tecnica. Ryan Dahl ha identificato nei Durable Objects di Cloudflare l'astrazione che cercava: il singleton distribuito con un database SQLite integrato. Ogni Durable Object agisce come un piccolo server indirizzabile singolarmente, con esecuzione single-threaded e accesso sincrono al database locale.

Acquisendo il team di Deno, Cloudflare ottiene la capacità di portare questa potenza fuori dal proprio perimetro chiuso. L'obiettivo è eliminare la necessità per ogni applicazione di assemblare la propria infrastruttura di compute, storage e comunicazione. Cloudflare sta comprando la strada più breve per trasformare i Workers da un servizio di 'edge computing' a un sistema operativo distribuito globale e self-hostable.

L'ossessione di Ryan Dahl per il singleton distribuito

Il percorso di Ryan Dahl rivela un'evoluzione costante verso la semplificazione. Da Node.js a Deno, e infine a celld, la costante è stata la ricerca di astrazioni più potenti. La sua attuale focalizzazione sul singleton distribuito rappresenta il tentativo di risolvere il problema della partizione tra macchine diverse direttamente nel design del codice.

Dahl sostiene che il modello di programmazione debba includere lo scaling, anziché delegarlo a un'infrastruttura esterna che l'app deve assemblare. Questa visione trasforma il ruolo del programmatore: non più architetto di server e bilanciatori di carico, ma creatore di logiche che si distribuiscono autonomamente sulla rete.

Roadmap della transizione per gli sviluppatori

Per chi ha costruito business o applicazioni su Deno, la transizione non è un'emergenza immediata, ma richiede una pianificazione strategica. La roadmap si articola come segue:

• Ottobre 2026 - Ottobre 2027: Periodo di supporto attivo per il runtime Deno. Rilasci mensili di bug fix e patch di sicurezza.
• Fase di integrazione: Fusione di celld in workerd per potenziare il self-hosting di Durable Objects.
• Post-Ottobre 2027: Fine dello sviluppo ufficiale del runtime Deno da parte di Cloudflare. Il codice resta open source.
• Prossimi mesi: Annunci di Cloudflare su nuove funzionalità derivanti dall'unione dei team.

Indicatore verificabile: Il rilascio della prima versione di workerd che integra nativamente le funzionalità di celld sarà il segnale che la transizione tecnica è completata.

Sovranità del calcolo e lock-in tra ecosistema JS e mercato UE

L'operazione solleva questioni rilevanti per le imprese europee. Il passaggio di Deno a Cloudflare accelera la tendenza verso un'infrastruttura dove il runtime e l'hosting sono indissolubilmente legati. Sebbene Cloudflare punti sul self-hosting di workerd, la gravità dell'ecosistema spingerà naturalmente gli sviluppatori verso la piattaforma proprietaria per semplicità di gestione.

Per le aziende italiane che operano sotto i vincoli del NIS2 o che devono rispondere ai requisiti di sovranità dei dati dell'AI Act, questa evoluzione presenta un rischio di lock-in infrastrutturale. Se il modello di programmazione 'standard' per il JavaScript distribuito diventa quello di Cloudflare, migrare verso provider europei o soluzioni on-premise diventerà tecnicamente più oneroso, poiché l'astrazione stessa (il singleton distribuito) è legata alla visione di un singolo vendor americano.

Tuttavia, l'apertura di workerd e la possibilità di self-hosting offrono una via d'uscita. La sfida per le imprese UE sarà implementare queste tecnologie su cloud sovrani, evitando di delegare l'intera logica di distribuzione a un unico provider globale. Deno e Cloudflare stanno definendo come scriveremo il software dei prossimi dieci anni; l'Europa deve decidere se limitarsi a consumare queste astrazioni o guidarne l'implementazione locale.

Domande frequenti

---

Fonti: Deno, Explainx, Blog ·

glacom · Intelligenza artificiale per aziende: i modelli girano sui tuoi server, i dati non escono →