veilletech.fr
10 oct. Feed du jour
#04 CLOUDFLARE Article

Deno chez Cloudflare : développement arrêté dans un an

Le code reste libre. Les mainteneurs, eux, ont un calendrier.

L'équipe Deno rejoint Cloudflare. Le runtime Deno recevra des versions mensuelles (correctifs et sécurité) pendant un an, puis son développement s'arrête, le code restant libre ; Deno Deploy ferme dans six mois ; JSR et rusty_v8 continuent. Le but : fusionner celld dans workerd pour que l'auto-hébergement de Workers et de Durable Objects devienne un mode pris en charge.

2 min de lectureintermédiairevidéo 1:18
Partager
Sommaire5 sections
  1. Ce qui se passe
  2. Les échéances
  3. Pourquoi cet échange
  4. Ce que ça change
  5. À retenir

Ce qui se passe

Le 9 octobre 2026, Ryan Dahl annonce que l'équipe de Deno au complet rejoint Cloudflare. Un billet commun avec Kenton Varda, côté Cloudflare, détaille le plan. L'équipe renonce à développer un runtime et un service d'hébergement à part : son travail ira dans une plateforme partagée avec les équipes de Workers et de Durable Objects.

Les échéances

Pourquoi cet échange

workerd, le runtime open source de Workers, implémente les Durable Objects seulement en instance unique : suffisant pour des tests locaux, pas pour monter en charge. La version de production repose sur des services internes que personne ne voudrait héberger chez soi. En août, Deno avait publié celld, une implémentation libre du même modèle, pensée pour l'auto-hébergement.

Ryan Dahl et Bert Belder conduisent maintenant l'effort : fusionner le code et les idées de celld dans workerd, pour que l'auto-hébergement soit une façon prise en charge de faire tourner des applications Workers. Cloudflare écarte au passage la thèse de l'enfermement : le runtime est ouvert, et des clients sont déjà partis en s'en servant.

Ce que ça change

Source : Deno is joining Cloudflare, Deno, 9 octobre 2026. Billet côté Cloudflare : Deno is joining Cloudflare.