Node.js 24 LTS + Bun + Deno : qui gagne en 2026 ?
Node.js 24 LTS est sorti en octobre 2025, Bun 1.2 en janvier 2026, Deno 2.3 en mars. Chacun promet d'être « le meilleur runtime JS ». Après 4 mois à faire tourner les 3 sur mes projets, voici mes chiffres honnêtes sur 3 workloads réels : serveur HTTP, script CLI, et build tool. Le gagnant change selon le cas, et personne ne vous le dit clairement.
Les 3 workloads
- •Workload A : serveur HTTP (Fastify) qui sert 500 req/s sur une API de blog
- •Workload B : script CLI qui lit 5 GB de logs, parse et écrit un rapport
- •Workload C : bundler de 240 fichiers TypeScript + 1 200 modules npm
Pour chaque workload, je mesure : temps d'exécution, mémoire, npm install initial (ou équivalent), et DX subjective.
Résultats bruts
Workload A : serveur HTTP 500 req/s
| Runtime | Req/s max | Latence p50 | RAM moyenne |
|---|---|---|---|
| Node.js 24 | 48 000 | 1,8 ms | 112 MB |
| Bun 1.2 | 72 000 | 0,9 ms | 78 MB |
| Deno 2.3 | 51 000 | 1,6 ms | 124 MB |
Bun gagne clairement sur le HTTP brut — 1,5× plus de throughput, 2× moins de latence. Les benchmarks officiels Bun se confirment ici.
Workload B : script CLI (5 GB logs)
| Runtime | Temps total | RAM max | Install initial |
|---|---|---|---|
| Node.js 24 | 4 min 12 | 780 MB | 18 s |
| Bun 1.2 | 2 min 48 | 540 MB | 4 s |
| Deno 2.3 | 3 min 20 | 620 MB | 2 s (pas d'install) |
Bun et Deno battent Node sur l'exécution. Bun gagne de peu sur le temps total, mais Deno gagne sur le setup (pas de npm install nécessaire, les deps sont URL-imported).
Workload C : build tool
| Runtime | Temps build | Taille output |
|---|---|---|
Node.js 24 (via tsc) | 42 s | 8,4 MB |
Bun 1.2 (via bun build) | 6 s | 8,2 MB |
Deno 2.3 (via deno compile) | 18 s | 11,1 MB |
Bun écrase la compétition sur le build — 7× plus rapide que tsc. C'est là où Bun est vraiment révolutionnaire.
Les 3 insights contre-intuitifs
Insight 1 : Bun gagne presque partout... sauf sur la compatibilité
Sur les benchmarks, Bun est devant. Mais sur la compatibilité avec des libs Node populaires, il y a toujours des cas tordus. J'ai eu 2 incidents en 4 mois où une lib critique (Drizzle ORM, une version particulière) ne marchait qu'en Node.js. Fix : retour temporaire à Node pour cette partie.
Insight 2 : Deno 2.3 est le plus propre pour les scripts jetables
Pour un script one-off qui lit une API, écrit un fichier, et se termine, Deno est imbattable. deno run script.ts et c'est parti. Pas de package.json, pas de npm install, pas de gestion de node_modules. Si Bun gagne sur la perf, Deno gagne sur la simplicité.
Insight 3 : Node.js 24 reste le choix safe pour la prod
Node.js 24 LTS a de la stabilité, un écosystème mature, et un support à long terme. Pour un projet prod critique où les 20% de perf que Bun apporte ne justifient pas les risques de compatibilité, Node reste le choix pragmatique.
Matrice de décision
| Type de projet | Runtime recommandé |
|---|---|
| API HTTP à haut throughput | Bun (perf nette) |
| Script one-shot, scraper | Deno (simple) |
| Build tool / bundler | Bun (7× plus rapide) |
| Backend SaaS en prod | Node.js 24 (stabilité) |
| CLI tool à distribuer | Bun (binaire unique via bun build --compile) |
| Projet avec libs tordues | Node.js 24 (compat) |
| Projet nouveau sans lock-in | Bun (bet the future) |
Mon setup actuel
- •patricehuetz.fr : Node.js 24 LTS (écosystème Next.js, stabilité)
- •Scripts de blog (génération, publish) : Bun (perf × 3 sur les tasks lourds)
- •Scripts one-off d'analyse data : Deno (zéro friction de setup)
- •Outils CLI distribués (mon
content-kit) : Bun compile → binaire unique
J'ai accepté le multi-runtime parce que chacun brille dans son domaine.
Ce qu'il faut retenir
- 1.Bun gagne sur le HTTP, le build, et les scripts perf-critical (2-7× plus rapide).
- 2.Deno gagne sur les scripts jetables grâce à son setup zero-friction.
- 3.Node.js 24 reste le choix safe pour la prod critique.
- 4.Multi-runtime est OK — chacun brille dans son domaine.
- 5.Bun est le bet pragmatique pour les nouveaux projets en 2026.
Pour aller plus loin sur les workflows de dev et de déploiement modernes, j'ai écrit un livre sur Claude Code et Ralph Loop :
Soutenez mon travail sur Patreon
Accès anticipé aux articles, contenu exclusif, et la satisfaction de soutenir un auteur indépendant.
Rejoindre — à partir de 3€/mois
