Le déclin de Deno : les régions mondiales réduites à 6

• L’hébergement edge mondial de Deno Deploy est tombé brutalement de 35 régions à seulement 6 aujourd’hui, ce qui vide de sa substance la promesse d’une « extensibilité mondiale »
• Des zones majeures comme Tokyo, Francfort et Sydney sont exclues, ce qui augmente fortement la latence pour les utilisateurs
• D’autres projets majeurs comme le framework Fresh, Deno KV et JSR sont eux aussi au point mort ou quasiment abandonnés
• Deno n’est plus une plateforme JavaScript innovante et se limite désormais à suivre Node.js et à en assurer la compatibilité
• L’auteur dit sa déception d’avoir été “piégé” par Deno malgré les attentes initiales, et affiche un nouvel espoir envers Bun

---

Réduction des régions de Deno Deploy

• Deno Deploy exploitait autrefois 35 régions, mais il n’en reste plus que 6 en janvier 2025
  • Régions actuellement conservées : Singapour, Londres, Francfort, São Paulo, Virginie du Nord et Californie
• La fermeture de la région de Tokyo laisse tout l’Asie de l’Est dépendre du seul site de Singapour, ce qui dégrade les temps de réponse
• Dans la documentation officielle, la formule « des régions seront ajoutées » a été remplacée par « refléter la liste la plus récente », un signal d’abandon des plans d’expansion

Doutes sur la promesse d’hébergement edge

• Deno met en avant « l’edge computing » et des « services mondiaux à faible latence », mais la baisse réelle du nombre de régions crée un décalage avec la réalité
• Côté concurrence, Cloudflare opère dans 335 villes de 125 pays et Bunny dans 119 sites de 77 pays
• Netlify utilise le runtime Deno, mais son réseau edge hautes performances n’est disponible que via une offre tarifaire personnalisée

Les autres produits Deno : stagnation et confusion

• Le framework web Fresh n’a publié aucune release depuis octobre 2024, et l’activité des commits a fortement chuté
• Deno KV semble de fait à l’abandon, sa dernière release stable remontant à décembre 2023
• JSR (JavaScript Registry) est critiqué pour son système de packaging confus et son manque de vision claire
• Le runtime Deno lui-même semble surtout occupé à maintenir la compatibilité avec Node.js, tandis que l’innovation a disparu
  • La fonctionnalité phare de Deno 2.2 est l’introduction de la télémétrie utilisateur, qui a reçu un accueil froid

Déception de la communauté et recherche d’alternatives

• L’auteur explique avoir beaucoup investi dans Deno avant d’être déçu, allant jusqu’à parler d’un « rug pull »
• Deno, qui faisait initialement rêver comme alternative à Node.js, a désormais une direction et une différenciation floues
• L’attention se porte maintenant sur Bun, avec l’espoir d’un nouveau défi technologique

Conclusion

• Deno est aujourd’hui en repli et en stagnation, tant par l’ampleur de ses régions que par les mises à jour de ses produits et sa direction technique
• Les termes marketing comme « extensibilité mondiale » et « hébergement edge » paraissent en pratique exagérés, voire trompeurs
• Sans reconquête de la confiance de la communauté ni innovation concrète, l’avenir de Deno semble encore plus incertain

[tested]

Bun est lui aussi encore en train de rattraper la compatibilité avec Node.js.
> https://x.com/bunjavascript/status/1915633844155527208

[jeiea]

J’utilise aussi opentelemetry, ajouté récemment, donc je suis satisfait du runtime, mais comme je n’utilisais Deno Deploy qu’en gratuit, je ne savais pas que ce genre de choses arrivait.
En revanche, j’ai du mal à comprendre qu’on se tourne vers Bun comme alternative. J’aurais besoin d’en savoir plus sur le genre de repas gratuit que les gens pensent pouvoir y trouver.

[tujuc]

On peut dire ça pour Deno Deploy...
Pour le reste, hum... ça me donne beaucoup à réfléchir.

Je devrais peut-être migrer ce que j’ai mis en service...

[GN⁺]

Avis Hacker News

• J’utilise souvent Deno. C’est utile pour l’ETL de données ou la transformation de JSON

  • On peut créer un nouveau répertoire et commencer immédiatement, sans configuration ni préparation
  • Beaucoup de fonctionnalités de Deno restent utiles, et des mises à jour actives continuent d’être publiées récemment
  • Les bibliothèques internes et communautaires, comme Postgres et Redis, sont elles aussi activement mises à jour

• J’aimerais apprécier Deno, mais à cause de problèmes de compatibilité, je finis par utiliser Bun

  • Bun offre une meilleure expérience pour le travail en TypeScript
  • Certaines fonctionnalités de Deno donnent l’impression d’être inachevées
  • Je partage l’avis sur Fresh et le store K/V
  • Il est difficile de trouver une réponse claire pour le choix d’un framework backend
  • La fermeture de data centers n’est pas un signal positif

• Inquiétudes concernant les problèmes de sécurité de Deno

  • Il n’existe pas d’outils SBOM/SCA qui prennent en charge Deno.lock
  • Il est difficile de recevoir des alertes CVE
  • Le fait de devoir dépendre uniquement de paquets compatibles npm est pesant

• Déception à l’égard de Deno

  • J’en attendais beaucoup, mais il a du mal face à son concurrent Bun
  • La réduction du nombre de régions peut aider à conserver les clients

• Les modules Node implémentés en Rust sont intéressants

  • L’implémentation en Zig de Bun ignore de nombreux edge cases

• Cela peut être une période difficile pour Deno

  • C’est peut-être une phase normale pour un nouveau projet créatif
  • Ryan Dahl fait des efforts pour l’améliorer

• Je me demande si Deno a réellement déjà attiré l’attention

  • Il est difficile de parler d’un déclin

• La controverse autour d’Oracle et de la marque JavaScript concernant Deno

  • Cela ressemble à une stratégie pour attirer l’attention
  • Cela ne correspond pas à la manière dont le marché prend ses décisions d’achat

• La décision de Supabase de dépendre de Deno crée des désagréments pour les développeurs

  • On perd du temps à chercher ou à charger les paquets nécessaires
  • Deno 2.0 est compatible avec Node, mais son objectif reste flou