Présentation
Le 12 octobre 2026, l’équipe de Deno a annoncé son intégration au sein de Cloudflare. L’objectif déclaré est de développer une plateforme commune autour des Workers, des Durable Objects et du moteur celld. Cette décision implique la fin du développement du runtime Deno après une période d’un an de corrections de bugs et de mises à jour de sécurité, ainsi que la fermeture de Deno Deploy dans six mois. Le registre de paquets JSR continuera toutefois à fonctionner sur l’infrastructure Cloudflare.
Impact sur l’écosystème Deno
La cessation du runtime signifie que les projets dépendants de Deno devront migrer vers d’autres environnements d’exécution ou s’appuyer sur la version figée du runtime pendant la période de transition. La suppression de Deno Deploy retire une option d’hébergement « serverless » native, poussant les développeurs à re‑déployer leurs fonctions sur les Cloudflare Workers. En revanche, la continuité de JSR garantit que les paquets publiés restent accessibles, évitant une rupture de chaîne de dépendances pour les bibliothèques open source.
Architecture et migration vers Cloudflare
Les Workers de Cloudflare offrent un modèle d’exécution basé sur V8 isolé, similaire à Deno mais avec des limites de temps d’exécution et de mémoire différentes. Les Durable Objects permettent de conserver un état persistant entre les invocations, ce qui peut remplacer les fonctionnalités de stockage de Deno Deploy. Le moteur celld, mentionné dans l’annonce, est destiné à unifier le traitement des requêtes HTTP et des tâches de fond, mais les détails techniques restent peu documentés. La migration nécessitera donc d’adapter le code Deno aux API Workers, notamment le remplacement de Deno.readFile par les API fetch ou KV de Cloudflare, et la réécriture des points d’entrée pour respecter le modèle d’événement addEventListener('fetch', …).
Limites et perspectives
Le principal risque réside dans la perte de compatibilité immédiate : les scripts qui exploitent des APIs exclusives à Deno (par exemple Deno.run ou les permissions de niveau système) ne seront pas exécutables sur Workers sans refactorisation. De plus, la fenêtre de six mois avant la fermeture de Deno Deploy impose un planning serré aux équipes qui doivent tester, valider et déployer leurs services sur la nouvelle infrastructure. À plus long terme, l’intégration pourrait favoriser une convergence des standards JavaScript/TypeScript côté serveur, mais la dépendance accrue à l’écosystème Cloudflare limite la portabilité vers d’autres fournisseurs de cloud.
