浏览 AI 知识库
Vercel、Netlify、Cloudflare Pages 怎么选
Vercel、Netlify 和 Cloudflare Pages 的选择，要从项目需要的运行时、后台任务、网络和团队流程出发。免费额度只是其中一个条件。
先比较关键条件，再作选择
把自己的条件代入判断项；没有证据的维度保留未知，不用印象替代结论。
前端能上线，不代表你的 API 也有地方运行
团队只比较免费额度，把需要长连接和后台任务的应用放到纯静态托管；前端上线了，核心 API 根本没有运行位置。
- 静态与动态需求已分开
- 限制来自当前官方资料
- 退出和迁移路径可接受
先用同一个最小项目比较三种托管能力
| 维度 | 静态站 | 带函数站 | 需要私网数据库 |
|---|---|---|---|
| 构建 | 静态生成 | SSR/函数运行时 | 自建或支持私网连接 |
| 验证 | 路由、资源和变量 | 超时、区域和日志 | 连接、迁移和网络 |
| 回滚 | 预览版本切换 | 函数与配置一起回退 | 还要验证数据兼容 |
| 结论 | 适合当前站点 | 需实测运行限制 | 不能只按品牌和价格决定 |
平台能力和价格会变，正式选择需读取当日官方文档和定价。
先把本例的条件、限制和目标摆出来
| 需要确认 | 本例内容 |
|---|---|
| 现有材料 | 项目为静态前端 + 短时 Serverless API，无长任务；已有 GitHub；需要自定义域名和预览环境。 |
| 不能越过的边界 | 按构建、运行时、函数限制、边缘能力、数据与团队运维比较；价格和配额查当前官方文档。 |
| 要交付的结果 | 项目条件—平台对比表 |
Vercel Netlify Cloudflare Pages 区别，哪些条件会改变最后选择
| 判断条件 | 本例怎么核对 | 本例归类 |
|---|---|---|
| 前端与框架适配 | 框架是否有官方适配，SSR、静态生成、重写和图片处理怎样支持。 | 构建模型 |
| 后端与运行限制 | 函数运行时、区域、超时、文件系统、队列和长连接是否满足业务。 | 动态能力 |
| 数据与网络 | 数据库位置、出口、缓存、边缘一致性和私网需求会不会增加延迟或复杂度。 | 架构匹配 |
| 团队与运维 | 预览、日志、监控、权限、域名、回滚和现有账号流程谁更顺。 | 操作成本 |
| 当前费用和限额 | 按真实流量、构建、带宽、函数和团队席位到官方定价页重算。 | 时效条件 |
Vercel Netlify Cloudflare Pages 区别：按本例条件得到的结论
项目条件—平台对比表
条件表显示三家都能托管静态前端；Serverless 超时、区域、构建插件和现有 Cloudflare 使用经验成为差异。本例选择 Cloudflare Pages/Workers 的项目内方案，但注明一旦需要长期任务需另选运行环境。
边界变化后需要重新判断
免费额度、限制和产品名称会变化；正式上线前必须重新核对官方定价与运行时支持。
为什么“平台满足技术条件，部署体验仍很差”还不能交付
平台满足技术条件，部署体验仍很差
- 原因
- 忽略团队已有账号、DNS 和调试工具
- 怎么改
- 把迁移、权限和日常排错纳入决策，而不是只看运行时参数