Deno rejoint Cloudflare ; Deno Deploy fermera dans six mois

Toute l'équipe de Deno rejoint Cloudflare, a annoncé Deno le 9 octobre 2026. Deno Deploy, le service d'hébergement de l'entreprise, continuera de fonctionner pendant six mois, puis fermera. Le runtime Deno, un environnement d'exécution JavaScript et TypeScript, reçoit encore un an de versions mensuelles de correctifs de bugs et de sécurité avant la fin du développement officiel. Pour chaque équipe qui exécute du code sur Deno Deploy, le compte à rebours de la migration a commencé.

« Nous annonçons aujourd'hui que toute l'équipe de Deno rejoint Cloudflare pour pousser ce travail plus loin », a écrit Ryan Dahl, le créateur de Deno, sur le blog de Deno. Aucune des deux entreprises n'a révélé de prix ni la manière dont l'accord est structuré. Cloudflare classe son article sur l'opération dans la catégorie des acquisitions.

Ce qu'il advient de chaque produit Deno

Les deux annonces et la couverture médiatique concordent sur le calendrier :

Produit	Ce qui se passe
Runtime Deno	Des versions mensuelles de correctifs de bugs et de sécurité pendant encore un an, puis le développement officiel prend fin. Il reste open source, et d'autres peuvent le poursuivre
Deno Deploy	Continue de fonctionner pendant six mois, puis ferme. Les clients payants reçoivent de l'aide pour passer à Cloudflare Workers
JSR	Le registre de paquets JavaScript continue de fonctionner, et son infrastructure passe chez Cloudflare
rusty_v8	Deno continue de le prendre en charge et travaillera à son intégration dans workerd

Aucun des deux articles ne dit ce qu'il advient de Deno KV, le service de base de données de l'entreprise, ni du framework web Fresh. L'article de Deno cite Fresh parmi ses projets open source, mais ne donne aucun plan à son sujet.

Deno a levé 21 millions de dollars lors d'une série A menée par Sequoia Capital en juin 2022, rappelle RuntimeWire.

Le plan : des Workers que l'on peut exécuter soi-même

L'équipe réunie travaillera à faire tourner le modèle de Cloudflare en dehors du propre réseau de Cloudflare. Workers est la plateforme de Cloudflare pour exécuter du code sur son réseau. Durable Objects est sa brique de base pour les applications qui doivent conserver un état.

Deux logiciels vont être fusionnés, explique le blog de Cloudflare :

• workerd est le runtime Workers open source de Cloudflare. Aujourd'hui, ses Durable Objects s'exécutent en une seule instance, ce qui convient aux tests en local mais ne permet pas de monter en charge.
• celld est le système de Deno pour auto-héberger des applications distribuées. C'est un binaire Rust unique dont la seule dépendance externe est un stockage objet. Pour monter en charge, on exécute plusieurs instances de celld sur un même bucket de stockage.

Du code et des idées de celld vont passer dans workerd. Dahl, désormais senior principal engineer chez Cloudflare, dirigera ce travail avec Bert Belder. L'objectif est de faire de workerd auto-hébergé une manière pleinement prise en charge d'exécuter des applications construites sur le modèle Workers.

« Nous rejoignons Cloudflare pour faire du modèle de programmation Workers une manière courante de construire des serveurs », a écrit Dahl. Kenton Varda, distinguished engineer chez Cloudflare, a ajouté : « Nous avons publié workerd avec la réelle intention que les gens l'utilisent en production. » Ceux qui l'auto-hébergent exécuteront « le même code que nous exécutons en production », et non une copie distincte, a-t-il écrit. Cloudflare promet plus de détails « dans les mois à venir ».

Ce que cela signifie pour les développeurs

• Utilisateurs de Deno Deploy : commencez à planifier dès maintenant. Six mois, c'est court pour une migration en production. Dressez cette semaine la liste de chaque projet, domaine, tâche cron et variable d'environnement sur Deploy.
• Clients payants : demandez tôt de l'aide à la migration. Cloudflare propose un accompagnement pour passer à Workers. Inscrivez-vous sur cette liste avant la ruée de dernière minute.
• Vérifiez vos données Deno KV. Les annonces ne disent pas ce qu'il advient de Deno KV. Interrogez directement Deno avant de planifier, et gardez un export prêt.
• Utilisateurs du runtime : vous disposez d'un an de correctifs de sécurité. Deno reste open source, mais le développement officiel s'arrête ensuite. Décidez si vous restez, si vous passez à Node.js ou à un autre runtime, ou si vous attendez de voir si un fork communautaire se forme. Deno indique que la compatibilité avec Node.js a été une part importante de son travail, ce qui pourrait faciliter un passage à Node.
• Auteurs de paquets sur JSR : aucune action requise pour l'instant. Le registre continue de fonctionner sur l'infrastructure de Cloudflare.
• Auto-hébergement : surveillez workerd. Si la fusion de celld aboutit, vous pourriez exécuter le modèle Workers sur vos propres serveurs au lieu de seulement sur Cloudflare.

La première échéance qui compte est la fermeture de Deno Deploy, six mois après le 9 octobre.