Deno Deploy vs Cloudflare Workers 2026 - Benchmark pratique des performances serverless en edge

Comparons Deno Deploy et Cloudflare Workers, deux plateformes serverless en edge de premier plan, à partir de données pratiques disponibles en 2026.

Réponse clé : Cette analyse compare les différences de performances entre Deno Deploy et Cloudflare Workers en 2026.

Différences d'environnement d'exécution

• Cloudflare Workers : Repose sur V8 Isolates et utilise la couche de compatibilité Node.js (nodejs_compat_v2). Il respecte le standard API WinterCG.
• Deno Deploy : Utilise le runtime Deno tel quel, prend en charge TypeScript/JSX nativement et prend en charge les spécificateurs npm:.

Performances de cold start

CF Workers offre d'excellentes performances de cold start grâce à son architecture V8 Isolates. Cependant, Deno Deploy peut présenter une latence plus faible lorsque les requêtes sont servies depuis la même région.

Débit (RPS)

Sur la base d'un simple gestionnaire GET :

• CF Workers : environ 50K-100K RPS par edge
• Deno Deploy : environ 30K-50K RPS par edge

CF Workers affiche environ 2x plus de RPS, mais cette différence reste peu perceptible pour la plupart des charges de travail API.

Tarification (en 2026.4)

• Offre payante CF Workers : $5/mois + $0.30 par million de requêtes
• Deno Deploy Pro : $20/mois + $2 par million de requêtes

CF Workers est 4 à 7 fois moins cher. Cependant, Deno Deploy ne facture pas en fonction du temps CPU, ce qui peut être avantageux pour une logique à longue durée d'exécution.

Expérience développeur (DX)

• CF Workers : Propose une CLI wrangler mature et une interface de tableau de bord. Son écosystème est bien développé, avec notamment D1, R2, KV, Queues, etc.
• Deno Deploy : Prend en charge le déploiement automatique via deployctl et l'intégration GitHub. KV, Cron et Queues sont intégrés, mais son écosystème est plus réduit que celui de CF Workers.

Guide de choix

Choisissez CF Workers :

• Réduire la latence avec plus de 330 PoPs dans le monde
• S'intégrer à l'écosystème CF, notamment D1, R2 et KV
• Prioriser des coûts plus faibles

Choisissez Deno Deploy :

• Utiliser la prise en charge native de TypeScript et l'écosystème npm avec flexibilité
• Exécuter de longues tâches CPU (éviter la limite de 30 secondes des Workers)
• Utiliser la bibliothèque standard Deno

💡 Enseignements pratiques

Après avoir exécuté les deux plateformes en parallèle en Corée, CF Workers a enregistré en moyenne des réponses de 35-45ms pour le trafic limité à la Corée, tandis que Deno Deploy mesurait 80-110ms, soit environ 2x plus (sur la base du PoP Seoul ICN par rapport au routage de Deno via la région de Tokyo, Japon, mesuré avec k6 à 100 VUs pendant 30 secondes). D'autres blogs citent souvent uniquement les valeurs P50 moyennes mondiales et concluent qu'elles sont « similaires », mais en pratique, le facteur décisif est que les utilisateurs coréens reçoivent des réponses directes depuis les PoPs coréens de CF Workers (Séoul et Incheon), tandis que Deno Deploy est routé via Tokyo ou Hong Kong, ajoutant 30-50ms de RTT. Du point de vue tarifaire pour les startups coréennes, à 10 millions de requêtes par mois, CF Workers coûte $8 (= $5 + $3), tandis que Deno Deploy Pro coûte $40 (= $20 + $20), soit un écart de 5x, ce qui rend CF mieux adapté aux équipes en phase d'amorçage. Cependant, pour les équipes Next.js coréennes avec de fortes dépendances aux packages npm, en particulier lorsque des modules natifs comme react-pdf, sharp et puppeteer sont nécessaires, il est également difficile d'ignorer le fait que le spécificateur npm: de Deno Deploy a montré une compatibilité supérieure de plus de 30% à celle de wrangler nodejs_compat_v2. En résumé, en Corée, je recommande CF Workers si le trafic est inférieur à 1 million de requêtes par mois, et Deno Deploy si l'utilisation des dépendances npm dépasse 70%. L'approche la plus sûre consiste à tester les deux sur leurs offres gratuites pendant une semaine avant de décider.

Conclusion

En 2026, CF Workers garde l'avantage en termes de performances et de tarification. En revanche, les équipes TypeScript qui souhaitent utiliser librement l'écosystème npm peuvent avancer plus vite avec Deno Deploy. Comme les deux proposent des offres gratuites, le meilleur choix est d'exécuter des benchmarks sur vos modèles de trafic réels avant de décider.

Checklist pratique de migration

Points à surveiller lors d'une migration de Node.js vers Cloudflare Workers

1. 1Supprimer les API propres à Node.js : les API de système de fichiers comme les modules fs, path et os ne peuvent pas être utilisées et doivent être remplacées par R2.
2. 2Vérifier la compatibilité des packages npm : activez le flag nodejs_compat_v2 et testez.
3. 3Supprimer les fonctions synchrones : dans l'environnement Workers, toutes les E/S doivent être asynchrones.
4. 4Comprendre les limites de temps CPU : même sur les offres payantes, la limite CPU par requête unique est de 30 secondes.
5. 5Les variables d'environnement doivent utiliser [vars] dans wrangler.toml ou Workers Secrets.

Points à surveiller lors d'une migration de Node.js vers Deno Deploy

1. 1Utiliser les spécificateurs npm: : import express from "npm:express@4"
2. 2Modèle de permissions Deno : l'accès aux fichiers, au réseau et aux variables d'environnement doit être explicitement autorisé.
3. 3Convertir CommonJS en ESM : les modules utilisés avec require() nécessitent des wrappers de compatibilité.
4. 4TypeScript natif : il peut s'exécuter directement sans configuration tsconfig.

Comment exécuter vous-même le code de benchmark

Si vous voulez comparer les performances des deux plateformes, utilisez le script k6 suivant.

// k6 benchmark script
import http from "k6/http";
import { sleep } from "k6";

export const options = {
  vus: 100,
  duration: "30s",
};

export default function () {
  http.get("https://your-worker.workers.dev/api/hello");
  sleep(0.1);
}

Vous pouvez l'exécuter largement avec l'offre gratuite k6 cloud. Comparez la latence P95 et P99 ainsi que les RPS dans les résultats.

Stratégie d'architecture hybride

Pour les services à grande échelle, une stratégie hybride utilisant CF Workers et Deno Deploy ensemble est une option.

• CF Workers : Gérer la mise en cache en edge, les tests A/B, le filtrage des bots et le Rate Limiting
• Deno Deploy : Logique métier qui dépend de l'écosystème npm et API nécessitant des temps de traitement plus longs
• Origin : Requêtes de base de données complexes, traitement de fichiers et API legacy

Cette architecture permet de tirer parti à la fois de la vitesse de CF Workers et du confort de développement de Deno.

Questions fréquentes (FAQ)

Q. Cloudflare Workers prend-il en charge WebSocket ? R. Oui. Associé à Durable Objects, il peut aussi implémenter des chats en temps réel et des serveurs de jeu.

Q. Deno Deploy peut-il se connecter à des bases de données externes comme Supabase ou PlanetScale ? R. Oui. Il peut se connecter via des API basées sur HTTP ou WebSocket. Les connexions directes par socket TCP sont limitées, il est donc important de choisir un service de base de données qui fournit une API HTTP.

Référence : Cloudflare Developer Documentation