Due orologi sono partiti il 9 ottobre
L'accordo di Cloudflare per l'intero team di Deno, annunciato il 9 ottobre, avvia due orologi di migrazione per chiunque esegua software su Deno.
| Voce | Cosa è stato annunciato | Data che ne deriva |
|---|---|---|
| Deno Deploy | Resta in funzione sei mesi e poi chiude; i clienti paganti ricevono assistenza alla migrazione verso Cloudflare Workers | Circa aprile 2027 |
| Runtime Deno | Rilasci mensili di correzioni e sicurezza per un altro anno, poi Deno termina il proprio sviluppo | Circa ottobre 2027 |
| Registro JSR | Resta operativo, con l'infrastruttura che passa a Cloudflare | Nessuna data di fine |
| rusty_v8 | Il supporto continua, con lavori per integrarlo in workerd | Nessuna data di fine |
La colonna di destra è un nostro calcolo a partire dalla data dell'annuncio, non una data pubblicata da una delle due aziende. Nessuno dei due post sul blog indica un prezzo, e The New Stack riferisce che i termini non sono stati resi noti. Aggiunge che Deno aveva raccolto circa 26 milioni di dollari in due round.
Il vuoto che Cloudflare ha comprato per colmare
Cloudflare dice che il pezzo mancante era il self-hosting, perché il suo runtime open source per Workers, workerd, supporta i Durable Objects solo come istanza singola, sufficiente per i test locali ma incapace di scalare, e Kenton Varda ha scritto che i commenti di cose da fare in proposito risalgono al rilascio originale.
La risposta di Deno è stata celld, uscito ad agosto: un unico binario in Rust che richiede come servizio esterno solo un bucket di archiviazione a oggetti. Ryan Dahl e Bert Belder guideranno ora lo sforzo per fare del self-hosting di workerd un modo di prima classe e supportato per eseguire il modello Workers, riportando in workerd codice e idee di celld.
La logica commerciale è detta senza giri di parole. Varda ha detto a The New Stack che se il modello Workers è esclusivo di Cloudflare restringe il mercato raggiungibile dall'azienda, quindi farlo funzionare su ogni fornitore giova a Cloudflare. Dahl ha detto che il progetto congiunto dovrebbe restare open source, probabilmente con la licenza Apache 2.0 che celld già usa.
Promesso non è consegnato
Il self-hosting su larga scala è una promessa per i prossimi mesi, non un prodotto oggi. Il post di Cloudflare dice che si può già fare self-hosting di celld o workerd, ma workerd da solo non riesce ancora a distribuire i Durable Objects su più macchine.
Per gli acquirenti europei che valutano la sovranità la prospettiva è concreta. Un runtime supportato con la stessa API della piattaforma di Cloudflare, eseguito sui vostri server, sarebbe così una via d'uscita dalla rete di Cloudflare, e Varda sostiene che l'open source e una via di fuga siano un buon affare. Quella via non esiste ancora in forma supportata, quindi giudicatela dalle funzioni consegnate e non dai post sul blog.
Cosa fare in questo trimestre
Elencate ogni progetto che gira su Deno Deploy, con responsabile e traffico, e scegliete la destinazione entro la fine di marzo 2027. Cloudflare Workers è il percorso con assistenza alla migrazione per i clienti paganti, ma può andare bene qualunque host che esegua JavaScript standard.
Se eseguite il runtime Deno sui vostri server, avete un anno di aggiornamenti di sicurezza mensili. Fissate la versione e decidete tra il passaggio a Node.js e un fork della comunità. Dahl dice che la crescente compatibilità di Deno con Node.js l'aveva portato a mantenere un'altra implementazione della stessa tecnologia, e che chiunque è libero di portare avanti il runtime.
Se pubblicate pacchetti su JSR, oggi non cambia nulla. Continuate a pubblicare e tenete presente che l'infrastruttura del registro passa a Cloudflare.
Da leggere ora: Cloudflare scrive già le tue regole sull'addestramento IA | FMI: 1.400 miliardi di impegni in 14 accordi sull'IA
