Deno Deploy vs Cloudflare Workers 2026 - 实用边缘 Serverless 性能基准测试

下面基于截至 2026 年的实际数据，对 Deno Deploy 和 Cloudflare Workers 这两个领先的边缘 Serverless 平台进行比较。

关键结论： 本文分析了 2026 年 Deno Deploy 与 Cloudflare Workers 之间的性能差异。

运行时差异

• Cloudflare Workers：基于 V8 Isolates，并使用 Node.js 兼容层（nodejs_compat_v2）。它符合 WinterCG API 标准。
• Deno Deploy：直接使用 Deno 运行时，原生支持 TypeScript/JSX，并支持 npm: specifiers。

冷启动性能

得益于 V8 Isolates 架构，CF Workers 具备出色的冷启动性能。不过，当请求由同一区域提供服务时，Deno Deploy 也可能获得更低延迟。

吞吐量（RPS）

基于一个简单的 GET 处理器：

• CF Workers：每个边缘节点约 50K-100K RPS
• Deno Deploy：每个边缘节点约 30K-50K RPS

CF Workers 的 RPS 大约高出 2 倍，但对大多数 API 工作负载来说，这种差异并不十分明显。

定价（截至 2026.4）

• CF Workers 付费套餐：$5/月 + 每 100 万次请求 $0.30
• Deno Deploy Pro：$20/月 + 每 100 万次请求 $2

CF Workers 便宜约 4-7 倍。不过，Deno Deploy 不按 CPU 时间收费，这对长时间运行的逻辑可能更有利。

开发者体验（DX）

• CF Workers：提供成熟的 wrangler CLI 和仪表盘 UI。其生态系统已经相当完善，包括 D1、R2、KV、Queues 等。
• Deno Deploy：支持通过 deployctl 和 GitHub 集成进行自动部署。KV、Cron 和 Queues 为内置能力，但其生态规模小于 CF Workers。

选择指南

选择 CF Workers：

• 通过全球 330+ 个 PoP 最大限度降低延迟
• 与 CF 生态集成，包括 D1、R2 和 KV
• 优先考虑更低成本

选择 Deno Deploy：

• 灵活使用原生 TypeScript 支持和 npm 生态
• 运行较长的 CPU 任务（避开 Workers 的 30 秒限制）
• 使用 Deno 标准库

💡 实用洞察

在韩国并行运行两个平台后，CF Workers 面向仅韩国流量的平均响应时间为 35-45ms，而 Deno Deploy 测得为 80-110ms，约有 2 倍差距（基于首尔 ICN PoP 与 Deno 经由日本东京区域路由的对比，使用 k6 在 100 VU 下测量 30 秒）。其他博客通常只引用全球平均 P50 值并得出“相近”的结论，但在实践中，决定性因素是韩国用户可以直接从 CF Workers 的韩国 PoP（首尔和仁川）获得响应，而 Deno Deploy 会经由东京或香港路由，额外增加 30-50ms RTT。从韩国初创公司的定价角度看，在每月 1000 万次请求时，CF Workers 成本为 $8（= $5 + $3），而 Deno Deploy Pro 成本为 $40（= $20 + $20），相差 5 倍，因此 CF 更适合种子阶段团队。不过，对于 npm 包依赖较重的韩国 Next.js 团队，尤其是在需要 react-pdf、sharp、puppeteer 等 native modules 时，也很难忽视 Deno Deploy 的 npm: specifier 相比 wrangler nodejs_compat_v2 表现出超过 30% 的兼容性优势。简而言之，在韩国，如果月流量低于 100 万次请求，我推荐 CF Workers；如果 npm 依赖使用比例高于 70%，则推荐 Deno Deploy。最稳妥的做法是在决定前用两个平台的免费层各测试一周。

结论

截至 2026 年，CF Workers 在性能和价格方面更具优势。另一方面，希望自由使用 npm 生态的 TypeScript 团队，使用 Deno Deploy 可能推进得更快。由于两者都提供免费层，最佳选择是在决定前根据你的实际流量模式运行基准测试。

实用迁移清单

从 Node.js 迁移到 Cloudflare Workers 时需要注意的事项

1. 1移除仅 Node.js 支持的 API：不能使用 fs、path 和 os 等文件系统相关模块，应替换为 R2。
2. 2检查 npm 包兼容性：启用 nodejs_compat_v2 标志并测试。
3. 3移除同步函数：在 Workers 环境中，所有 I/O 都必须是异步的。
4. 4理解 CPU 时间限制：即使在付费套餐中，单个请求的 CPU 限制也是 30 秒。
5. 5环境变量应使用 wrangler.toml 的 [vars] 或 Workers Secrets。

从 Node.js 迁移到 Deno Deploy 时需要注意的事项

1. 1使用 npm: specifiers：import express from "npm:express@4"
2. 2Deno 权限模型：必须显式允许文件、网络和环境变量访问。
3. 3将 CommonJS 转换为 ESM：使用 require() 的模块需要兼容包装。
4. 4原生 TypeScript：无需 tsconfig 配置即可直接运行。

如何自行运行基准测试代码

如果你想比较两个平台的性能，可以使用下面的 k6 脚本。

// 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);
}

你可以在 k6 cloud 免费层上充分运行它。比较结果中的 P95、P99 延迟和 RPS。

混合架构策略

对于大规模服务，同时使用 CF Workers 和 Deno Deploy 的混合策略也是一种选择。

• CF Workers：处理边缘缓存、A/B 测试、机器人过滤和 Rate Limiting
• Deno Deploy：依赖 npm 生态的业务逻辑，以及需要更长处理时间的 API
• Origin：复杂数据库查询、文件处理和遗留 API

这种架构可以同时利用 CF Workers 的速度和 Deno 的开发便利性。

常见问题（FAQ）

Q. Cloudflare Workers 支持 WebSocket 吗？ A. 支持。结合 Durable Objects，还可以实现实时聊天和游戏服务器。

Q. Deno Deploy 能连接 Supabase 或 PlanetScale 等外部数据库吗？ A. 可以。它可以通过基于 HTTP 的 API 或 WebSocket 连接。直接 TCP socket 连接受限，因此选择提供 HTTP API 的 DB 服务很重要。

参考： Cloudflare Developer Documentation