Deno rejoint Cloudflare pour créer des Workers auto-hébergés ; Deno Deploy va fermer

Cloudflare et Deno ont annoncé le 9 octobre 2026 que toute l’équipe Deno, dirigée par Ryan Dahl, créateur de Node.js et de Deno, rejoint Cloudflare. Dans un billet commun publié sur le blog de Cloudflare, Dahl et Kenton Varda, de Cloudflare, expliquent que l’objectif est de permettre aux développeurs d’exécuter Workers et Durable Objects bien plus facilement sur leur propre infrastructure, et pas seulement sur le réseau de Cloudflare. Cloudflare a classé le billet comme une acquisition, et le blogueur Simon Willison décrit l’opération comme un rachat pur et simple de Deno par Cloudflare. Aucun des billets ne donne les conditions financières.

Le projet s’articule autour de celld, que l’équipe Deno a publié en août. Dahl le décrit comme un binaire unique écrit en Rust, dont la seule dépendance à un service externe est le stockage objet, et Varda affirme qu’il a été conçu pour être entièrement compatible avec les Workers et Durable Objects de Cloudflare. Le runtime de Cloudflare, workerd, est déjà open source, mais Varda reconnaît qu’il n’exécute les Durable Objects qu’en instance unique : suffisant pour des tests en local, pas pour monter en charge. Selon Varda, le routage que Cloudflare utilise en production n’est pas quelque chose que voudraient ceux qui auto-hébergent, et l’entreprise n’a jamais trouvé le temps de construire une alternative. Dahl et Bert Belder dirigeront désormais un chantier visant à faire de workerd auto-hébergé une option entièrement prise en charge, en y intégrant du code et des idées issus de celld. Varda indique que d’autres annonces suivront dans les mois à venir.

Pour les utilisateurs de Deno, cette décision a des conséquences directes. Dahl écrit que l’équipe consacrera ses travaux futurs à la plateforme commune avec les équipes Workers et Durable Objects de Cloudflare, au lieu de poursuivre un runtime et un service d’hébergement distincts. Le runtime Deno recevra des versions mensuelles de correction de bugs et de sécurité pendant encore un an, après quoi l’équipe cessera de le développer ; le code reste open source et d’autres sont invités à le poursuivre. Deno Deploy continuera de fonctionner pendant six mois avant de fermer, et les clients payants seront aidés pour migrer vers Cloudflare Workers. JSR reste en ligne et son infrastructure passe chez Cloudflare, tandis que l’équipe continue de soutenir rusty_v8 et prévoit de l’intégrer à workerd. Dahl qualifie ce virage de « changement lourd de conséquences pour les personnes qui ont construit sur Deno ».

Varda profite aussi du billet pour répondre à une critique fréquente selon laquelle Cloudflare aurait conçu Workers différemment des autres plateformes pour enfermer ses clients. Il soutient que la conception diffère parce que Cloudflare la juge meilleure, et affirme que l’enfermement nuirait en réalité à l’entreprise : lorsqu’elle a présenté Workers for Platforms à des clients comme Shopify en 2022, ceux-ci n’acceptaient de bâtir dessus que si le runtime était open source, raison pour laquelle Cloudflare a publié workerd, le même code que celui qu’elle exécute en production. Il indique que certains anciens clients ont utilisé workerd pour quitter Cloudflare, et que « donner aux gens une issue de secours, c’est bon pour les affaires ». Il concède que peu de gens exécutent workerd en production à ce jour, ce qu’il attribue au fait que Cloudflare n’a pas développé les services et outils qui l’entourent.

Dahl écrit que celld fait de la montée en charge une partie du modèle de programmation lui-même, si bien que chaque application n’a plus à assembler seule cette infrastructure. Il estime que les Durable Objects conviennent bien aux harnais d’agents d’IA, car ils combinent état persistant, WebSockets, exécution serverless peu coûteuse et une interface JavaScript de haut niveau. Dans un commentaire sur Hacker News cité par Willison, Dahl affirme que l’arrêt du runtime a été une décision conjointe qu’il approuve, et soutient que Deno a été entraîné à copier le comportement de Node.js alors qu’« au bout du compte, il ne résout pas de grands problèmes ». Willison qualifie la fin de la maintenance de Deno de mauvaise nouvelle de l’annonce. Sa fonctionnalité préférée de Deno, écrit-il, est son système de permissions, qui peut limiter un script à des fichiers, dossiers et hôtes réseau choisis ; il note que Node.js a ajouté un modèle similaire dans la v20.0.0 en avril 2023, mais ne permet pas encore d’autoriser des hôtes spécifiques via une liste blanche.