L’équipe Deno rejoint Cloudflare. L’annonce du 9 octobre 2026 s’accompagne d’un changement important pour les utilisateurs : Deno Deploy doit fermer après une période de six mois, tandis que le runtime Deno bénéficiera encore d’un an de maintenance par son équipe actuelle.
Une équipe commune autour de Workers et Durable Objects
Cloudflare et Ryan Dahl annoncent vouloir rapprocher celld et workerd pour simplifier l’auto-hébergement d’applications suivant le modèle de programmation Workers et Durable Objects. Ryan Dahl et Bert Belder doivent mener ce chantier.
workerd est déjà open source. Cloudflare reconnaît cependant que sa prise en charge des Durable Objects en auto-hébergement reste limitée à une seule instance, contrairement au système distribué que l’équipe souhaite développer. Le rapprochement annoncé est donc un projet, pas une intégration dont l’achèvement serait confirmé. D’autres annonces sont prévues dans les prochains mois.
Le runtime Deno reste open source
Dans sa propre annonce, Deno indique qu’il maintiendra le runtime pendant encore un an, avec des versions mensuelles contenant des correctifs de bugs et de sécurité. L’équipe cessera ensuite son développement.
Cette décision ne signifie pas que le code disparaît ou que le runtime cesse immédiatement de fonctionner. Deno restera open source, et l’équipe accueille les contributeurs souhaitant poursuivre son développement. La continuité future par une autre équipe n’est toutefois pas garantie par cette annonce.
Deno Deploy : six mois de transition annoncés
Deno Deploy doit continuer à fonctionner pendant six mois avant sa fermeture. Deno annonce une aide à la migration vers Cloudflare Workers pour ses clients payants. Cela ne constitue pas une promesse de transfert automatique de toutes les applications ou de compatibilité complète entre les services.
Les durées d’un an et de six mois sont celles communiquées le 9 octobre 2026. Les annonces consultées ne donnent pas de date calendaire exacte de fin de service ni de nouvelles conditions tarifaires. Pour une équipe dépendante de Deploy, inventorier ses applications et leurs dépendances est une précaution d’organisation ; ce n’est pas une migration déjà réalisée ou testée ici.
JSR et rusty_v8 se poursuivent
JSR doit continuer à fonctionner, avec son infrastructure transférée vers Cloudflare. L’équipe annonce également poursuivre le support de rusty_v8 et travailler à son intégration dans workerd.
Il faut donc distinguer les produits : fermeture annoncée de Deploy après la transition, maintenance temporaire du runtime par l’équipe actuelle, poursuite de JSR et de rusty_v8. Résumer l’opération à une disparition immédiate de Deno ferait perdre ces différences essentielles.
