Workers、Pages vs Vercel、Railway、Render：部署平台怎么选
从运行时、静态托管、Next.js 体验、容器、后台任务、持久化和计费比较 Cloudflare Workers、Pages、Vercel、Railway 与 Render。
编辑与核验：橙宝书编辑团队 ·
选平台先选运行模型
Workers 是全球隔离体运行时与静态资产平台；Pages 是 Git-first 静态站和 Pages Functions 产品；Vercel 是前端与 Next.js 体验很强的托管平台；Railway 与 Render 更接近可运行任意容器、持续进程和区域服务的 PaaS。它们不是一条从“低级”到“高级”的直线。
Pages 与 Workers 先在 Cloudflare 内部分清
Cloudflare 当前迁移指南明确指出，Workers 可以同时托管静态资产、API 与 SSR，并比 Pages 覆盖更多能力，包括 Durable Objects、Cron Triggers 和更完整的可观测性。对于新建 Cloudflare 全栈项目，优先从 Workers Static Assets 评估；已有简单 Pages 静态站若稳定运行，则不需要为了产品名更新而迁移。
Pages 的静态资产请求和 Workers Static Assets 的静态请求都可以免费；Pages Functions 按 Workers 请求计费。两者在 Git 预览、绑定、路由、自定义域名和配置工作流上仍有差异，迁移前应按官方清单验证，而不是只把目录复制过去。
详细说明
- 01Workers
适合 Web API、静态资产和 Cloudflare Bindings，不是任意 Docker 主机。
- 02Pages
适合既有 Git-first 静态发布与轻量 Functions；新全栈项目先评估 Workers。
- 03Vercel
适合 Next.js 和前端团队工作流，预览、框架集成与托管体验是核心价值。
- 04Railway
适合 Docker、持续进程、原生依赖和按资源运行的区域服务。
- 05Render
适合区域 Web 服务、后台 Worker、静态站与可选持久磁盘。
能力边界对比
| 维度 | Workers | Pages | Vercel | Railway | Render |
|---|---|---|---|---|---|
| 主要执行模型 | 全球 V8 隔离体 + Static Assets | 静态 CDN + Pages Functions | CDN + Functions / Fluid Compute | 区域容器服务 | 区域 Web Service、Background Worker、Static Site |
| 最强入口 | Cloudflare 原生全栈、API、安全与 Bindings | 已有静态站、Git 预览 | Next.js 与前端平台工作流 | Docker、任意语言服务、快速环境组合 | Web 服务、后台任务与声明式服务组合 |
| 常驻后台进程 | 不适合守护进程；使用 Queues、Cron、Workflows 等事件模型 | 不适合；Functions 继承 Workers 模型 | 以函数和平台后台能力为主，不是任意守护进程主机 | 支持持续运行的服务与 Worker | 有专门 Background Worker 服务 |
| 原生二进制/任意端口 | 受 Workers 运行时与兼容性边界约束 | 同 Functions 约束 | 受函数运行时与构建环境约束 | 容器内通常最自由 | 容器化服务，Web Service 绑定指定端口 |
| 本地持久磁盘 | 无；使用 R2、D1、KV、DO 等绑定 | 无；使用平台存储 | 使用平台或外部数据库/存储 | 支持 Volume | 支持 Persistent Disk 的服务类型与方案 |
| 部署地理模型 | 默认全球执行 | 静态全球分发，函数遵循 Workers | 全球网络与平台选择的函数区域 | 选择区域运行服务 | 选择区域运行服务 |
| 主要账单单位 | 请求、CPU 时间与绑定服务；静态资产请求免费 | 静态资产免费，Functions 按 Workers | 请求、Active CPU、Provisioned Memory、数据等平台单位 | 方案额度 + CPU、内存、出网、Volume | 服务实例、带宽、磁盘和附加能力 |
计费快照与高性价比条件
Workers Paid 当前最低 5 美元/月，包含 1000 万请求与 3000 万 CPU-ms；超额请求为 0.30 美元/百万次，CPU 为 0.02 美元/百万 CPU-ms。Workers 不单独收取出网/吞吐费，静态资产请求免费，但命中 Worker 路由的 Cache 请求仍会计为 Worker 请求。详细口径见 Workers Pricing。
Railway 当前 Hobby 为 5 美元、Pro 为 20 美元并抵扣相应用量；公开资源单价列出内存 10 美元/GB-month、CPU 20 美元/vCPU-month、出网 0.05 美元/GB、Volume 0.15 美元/GB-month。Vercel Fluid Compute 按 Active CPU、Provisioned Memory 与 Invocations 等维度计量；Render 按服务实例、带宽、磁盘等资源计费。它们单位不同，必须把同一个应用的空闲时间、峰值、区域、构建、预览和出网全部带入。
| 工作负载形状 | 通常先评估 | 原因 |
|---|---|---|
| 大量短 Web 请求、静态资产、全球访问、Cloudflare 存储与安全 | Workers | 请求与 CPU 分离计费，静态资产免费，Bindings 和安全产品组合紧密 |
| 已有稳定静态站，只需 Git 预览和少量 Functions | Pages | 迁移收益可能低，保留成熟发布流程更有价值 |
| Next.js 团队重视框架零摩擦、预览和前端平台能力 | Vercel | 开发体验与框架集成通常比底层运行时价格更关键 |
| 常驻服务、任意 Docker、原生依赖、长时间后台 Worker | Railway 或 Render | 容器/实例模型与工作负载更匹配，避免强行改造成请求函数 |
Workers 的等待时间不等于无限计算
Workers 在客户端保持连接时 HTTP wall time 没有固定硬上限，I/O 等待也不计入 CPU；但内存为 128 MB，Paid HTTP 请求 CPU 默认 30 秒并可按当前上限配置，仍不是常驻容器、任意端口或本地磁盘。PDF、图片和 AI 生成应用必须先测真实 CPU、内存和依赖兼容性。
AI 做出来的应用如何落地
这里的“AI 应用”是用 AI 辅助做出来的应用，可以是 SaaS、CMS、图片转换、PDF 处理或网站防御工具，不等于 AI Agent 或聊天机器人。
| 应用 | Workers/Pages 路线 | Vercel 路线 | Railway/Render 路线 |
|---|---|---|---|
| SaaS / CMS | API 使用 Web 标准、数据可放 D1/R2，优先 Workers；纯静态前台可保留 Pages | Next.js 全栈与预览体验优先时合适 | 需要完整 Node 进程、特殊包或自托管服务时合适 |
| 图片转换 | 先验证 Workers Images、Image Resizing、WASM、内存与 CPU，重任务用 Queue 拆分 | 前端上传体验强，转换仍要核验函数限制或外部服务 | ImageMagick、Sharp 原生链路、长任务和本地临时盘更自然 |
| PDF 处理 | 小型解析、编排、R2 与 Browser Rendering 可组合；必须校验签名、大小和超时 | 可做前端与短函数，重处理另接任务系统 | LibreOffice、Chromium、字体包或长时间队列 Worker 更适合容器 |
| 网站防御 | Workers 与 WAF、Rate Limiting、Turnstile、Rules 和 Access 组合最直接 | 仍可把域名接入 Cloudflare，再保护 Vercel 源站 | 仍可把域名接入 Cloudflare，并限制区域容器源站只接受预期流量 |
AI 生成的部署配置经常忽略运行时：把 Node 原生模块放进 Workers、把守护进程塞进函数、把上传文件写进临时磁盘、把 Secret 提交到仓库，或误以为平台切换后数据库和队列会自动迁移。平台选型的第一份交付物应是“不可替代的运行时约束”，不是部署按钮。
详细说明
AI 做的 Next.js 项目先走兼容性门禁与可回退上线教程。其他可运行课程包括全栈应用、多租户 SaaS、图片转换、PDF 工具和应用防御。
官方与厂商来源
这篇内容帮你完成目标了吗？
内测反馈只在当前浏览器生成，不会自动上传。