Le compte à rebours est lancé pour Deno
L'équipe de Deno rejoint Cloudflare, mais l'environnement d'exécution Deno autonome ne recevra que 12 mois de correctifs de bugs et de mises à jour de sécurité mensuels avant la fin du développement officiel. Cette décision marque un changement stratégique, et non une acquisition directe de l'environnement d'exécution lui-même.
Les délais pour les produits Deno varient : Deno Deploy, la plateforme d'hébergement serverless, fermera complètement dans six mois. Bien que le dépôt de l'environnement d'exécution Deno reste open source, une continuation par la communauté est loin d'équivaloir à une gestion officielle, laissant son avenir à long terme incertain.
Ce déclin crée des enjeux importants pour l'écosystème. Les équipes utilisant directement Deno doivent maintenant planifier leur migration, et les services construits sur des environnements d'exécution compatibles avec Deno font face à des décisions difficiles. Cela inclut des acteurs majeurs comme Supabase Edge Functions et Netlify Edge Functions, qui reposent tous deux sur des environnements d'exécution basés sur Deno.
Les développeurs utilisant ces plateformes ne doivent pas supposer une fermeture immédiate. Ils doivent plutôt vérifier la réponse et la feuille de route spécifiques de chaque fournisseur, car les changements d'infrastructure sous-jacents nécessiteront des ajustements à tous les niveaux. Le compte à rebours est lancé, et l'action des développeurs est requise pour naviguer efficacement dans cette transition.
Cloudflare voulait une porte de sortie
L'intérêt de Cloudflare pour Deno ne concernait pas l'environnement d'exécution ; c'était une volonté avide d'obtenir une porte de sortie. Les Durable Objects de l'entreprise sont des unités nommées et avec état, dotées de leur propre stockage, parfaites pour les salons de discussion, les fonctionnalités de collaboration et les harnais d'agents IA où un état persistant est non négociable. Ils évoluent sans effort sur la plateforme gérée de Cloudflare, mais un fossé en matière de portabilité existait.
Ce fossé ? workerd, l'environnement d'exécution Workers open source de Cloudflare, ne pouvait exécuter les Durable Objects qu'en tant qu'instances uniques. Cette limitation rendait l'auto-hébergement de charges de travail à l'échelle de la production peu pratique, laissant la fonctionnalité phare de Cloudflare liée à son infrastructure propriétaire. L'architecte de Cloudflare, Kenton Varda, a même admis que ses propres tentatives pour construire une solution évolutive et auto-hébergée avaient échoué de manière « embarrassante ».
Voici CellD, la réponse de Deno au dilemme de mise à l'échelle de Cloudflare. Publié par Deno Land en août 2026, CellD est un binaire Rust unique conçu pour exécuter des applications de style Cloudflare et des Durable Objects sur l'infrastructure propre d'un développeur. En tirant parti du stockage d'objets standard avec des jetons de clôture d'époque (epoch fencing tokens), CellD contourne les mécanismes de consensus complexes, faisant effectivement de la durabilité de niveau Cloudflare une fonctionnalité de plateforme, et non un verrouillage propriétaire.
C'était là le prix. Cloudflare a acquis Deno non pas pour un environnement d'exécution concurrent, mais pour l'équipe, dirigée par Ryan Dahl et Bert Belder, afin de fusionner CellD dans workerd. Cette décision transforme les Durable Objects d'une superpuissance réservée à Cloudflare en une capacité véritablement portable et auto-hébergeable, offrant aux clients la porte de sortie que l'adoption par les grandes entreprises exige souvent.
CellD est le prix — et la partie difficile
CellD, et non l'environnement d'exécution Deno, est le véritable prix. Cloudflare gagne l'équipe derrière une solution à un défi de mise à l'échelle complexe avec lequel elle avait lutté en interne : rendre les Durable Objects portables. Ryan Dahl et Bert Belder dirigeront désormais l'effort pour intégrer CellD dans workerd, l'environnement d'exécution Workers open source de Cloudflare.
Kenton Varda de Cloudflare, architecte de Workers, a admis que ses propres tentatives pour créer une solution Durable Objects évolutive et auto-hébergée "n'ont embarrassamment pas fonctionné". Deno, cependant, a livré CellD : un binaire Rust unique utilisant le stockage d'objets standard comme couche de consensus décentralisée. Cette approche élégante fait de l'auto-hébergement d'une application Cloudflare — Durable Objects inclus — une réalité sur vos propres serveurs.
Pourquoi Cloudflare faciliterait-il le départ de ses clients ? L'entreprise soutient qu'une voie de sortie réduit les inquiétudes liées au verrouillage propriétaire. Cloudflare a dû mettre workerd en open-source pour que Shopify puisse construire dessus en 2022 ; la même logique s'applique ici. Cloudflare estime que proposer l'auto-hébergement rend les clients plus enclins à construire sur Workers dès le départ, élargissant ainsi l'écosystème.
Cette promesse comporte des mises en garde. L'intégration de CellD et la garantie de Durable Objects auto-hébergés fiables nécessitent une ingénierie importante. La portabilité, bien que puissante, n'efface pas les coûts opérationnels et ne garantit pas un comportement identique dans des environnements divers. Pour plus de détails sur la transition, consultez directement l'annonce Deno is joining Cloudflare - Deno Blog.
Cet article vous plaît ? Recevez-en un comme celui-ci chaque matin.
un e-mail par jour · désinscription en deux clics · aucun traqueur tiers
Ce que les développeurs doivent surveiller ensuite
Développeurs, distinguez ce qui survit de ce qui disparaît. JSR, le JavaScript Registry, poursuivra ses opérations en migrant vers l'infrastructure de Cloudflare. La maintenance de Rusty_V8 se poursuit également, avec des plans d'intégration dans workerd. Cependant, le développement officiel des fonctionnalités du runtime Deno prend fin, et Deno Deploy fermera ses portes dans six mois.
Les utilisateurs de Deno disposent d'un délai de 12 mois pour les correctifs de bugs mensuels et les mises à jour de sécurité. Cartographiez dès maintenant vos dépendances de runtime et de Deploy, testez des alternatives et suivez les conseils de migration officiels de Cloudflare. Les équipes utilisant des plateformes compatibles avec Deno comme Supabase Edge Functions ou Netlify Edge Functions doivent attendre les plans de transition spécifiques à chaque fournisseur.
Cet accord renforce la stratégie de Workers portables de Cloudflare, notamment avec l'intégration de CellD dans workerd. Il souligne également l'économie brutale du maintien d'une entreprise de runtime indépendante sur un marché dominé par les hyperscalers et les géants de l'open-source. Bien qu'il s'agisse d'une avancée infrastructurelle significative pour Cloudflare, c'est une perte définitive pour les utilisateurs de Deno.
Questions fréquemment posées
Deno va-t-il fermer ?
Deno reste open-source, mais son équipe prévoit d'arrêter le développement du runtime après 12 mois de maintenance et de mises à jour de sécurité.
Quand Deno Deploy fermera-t-il ?
Deno Deploy devrait fermer après six mois. Les clients doivent consulter les conseils de transition de Deno pour connaître leurs options.
Qu'est-ce que CellD ?
CellD est un système open-source de Deno permettant d'exécuter Cloudflare Durable Objects sur une infrastructure auto-hébergée.
JSR continuera-t-il après l'accord ?
Oui. JSR est prévu pour continuer à fonctionner et migrer vers l'infrastructure de Cloudflare.
Que doivent faire les équipes utilisant Deno maintenant ?
Examinez les calendriers du runtime et de Deploy, inventoriez les dépendances et planifiez une stratégie de migration ou de maintenance avant la fin du support officiel.