Deno entra in Cloudflare per sviluppare Workers self-hosted; Deno Deploy chiuderà

Cloudflare e Deno hanno annunciato il 9 ottobre 2026 che l'intero team di Deno, guidato da Ryan Dahl, creatore di Node.js e Deno, passa a Cloudflare. In un post congiunto sul blog di Cloudflare, Dahl e Kenton Varda di Cloudflare affermano che l'obiettivo è permettere agli sviluppatori di eseguire Workers e Durable Objects sulla propria infrastruttura in modo molto più semplice, non solo sulla rete di Cloudflare. Cloudflare ha etichettato il post come acquisizione e il blogger Simon Willison descrive l'accordo come un acquisto di Deno a tutti gli effetti da parte di Cloudflare. Nessuno dei post indica i termini finanziari.

Il piano ruota attorno a celld, rilasciato dal team Deno ad agosto. Dahl lo descrive come un unico binario scritto in Rust, la cui sola dipendenza da servizi esterni è l'object storage, e Varda afferma che è stato progettato per essere pienamente compatibile con Workers e Durable Objects di Cloudflare. Il runtime di Cloudflare, workerd, è già open source, ma Varda ammette che esegue i Durable Objects solo come istanza singola: sufficiente per i test locali, non per scalare. Secondo Varda, il routing che Cloudflare usa in produzione non è qualcosa che chi fa self-hosting vorrebbe, e l'azienda non ha mai trovato il tempo di costruire un'alternativa. Dahl e Bert Belder guideranno ora un lavoro per rendere workerd self-hosted un'opzione pienamente supportata, portandovi codice e idee da celld. Varda dice che seguiranno altri annunci nei prossimi mesi.

Per gli utenti di Deno il passaggio ha conseguenze dirette. Dahl scrive che il team concentrerà il lavoro futuro sulla piattaforma comune con i team Workers e Durable Objects di Cloudflare, invece di portare avanti un runtime e un servizio di hosting separati. Il runtime Deno riceverà rilasci mensili di correzione bug e sicurezza per un altro anno, dopodiché il team ne interromperà lo sviluppo; il codice resta open source e altri sono invitati a proseguirlo. Deno Deploy resterà attivo per sei mesi e poi chiuderà, e i clienti paganti riceveranno aiuto per passare a Cloudflare Workers. JSR resta online e la sua infrastruttura si sposta su Cloudflare, mentre il team continua a supportare rusty_v8 e prevede di integrarlo in workerd. Dahl definisce il passaggio “un cambiamento rilevante per chi ha costruito su Deno”.

Varda usa il post anche per rispondere a una critica diffusa, secondo cui Cloudflare avrebbe costruito Workers in modo diverso dalle altre piattaforme per vincolare i clienti. Sostiene che il design è diverso perché Cloudflare lo ritiene migliore, e afferma che il lock-in danneggerebbe anzi l'azienda: quando nel 2022 propose Workers for Platforms a clienti come Shopify, questi avrebbero costruito sulla piattaforma solo se il runtime fosse stato open source, motivo per cui Cloudflare ha pubblicato workerd, lo stesso codice che usa in produzione. Dice che alcuni ex clienti hanno usato workerd per lasciare Cloudflare e che “offrire alle persone una via d'uscita è un buon affare”. Ammette che finora poche persone usano workerd in produzione, cosa che attribuisce al fatto che Cloudflare non ha sviluppato i servizi e gli strumenti di contorno.

Dahl scrive che celld rende la scalabilità parte del modello di programmazione stesso, così che ogni applicazione non debba più mettere insieme da sola quell'infrastruttura. Ritiene i Durable Objects adatti agli harness per agenti AI perché combinano stato persistente, WebSockets, esecuzione serverless a basso costo e un'interfaccia JavaScript di alto livello. In un commento su Hacker News citato da Willison, Dahl afferma che chiudere il runtime è stata una decisione condivisa con cui è d'accordo, e sostiene che Deno è stato trascinato a imitare il comportamento di Node.js mentre “in definitiva non sta risolvendo grandi problemi”. Willison definisce la fine della manutenzione di Deno la cattiva notizia dell'annuncio. La sua funzione preferita di Deno, scrive, è il sistema di permessi, che può limitare uno script a file, cartelle e host di rete scelti; osserva che Node.js ha aggiunto un modello simile nella v20.0.0 nell'aprile 2023, ma non consente ancora di mettere in allow-list host specifici.