Railway vs Vercel：何时进行迁移
我不再推荐将 Railway 作为正式生产环境负载的默认平台。
2026 年 5 月的停机事件改变了我的看法。当你将前端、后端、数据库和路由都放在同一个篮子里时，单一平台的故障会毁掉你的整个客户体验。这就是依赖集中化。
Vercel 是一个很好的退出路径，但它并不是完全的替代品。你必须了解它的优势所在以及它的局限性。
如果符合以下情况，请选择 Vercel：
- 你的应用是以 Next.js 为核心的。
- 你需要强大的全球边缘网络。
- 你的后端使用轻量级、无状态的 API。
- 你的主要目标是快速的前端交付。
如果符合以下情况，请不要使用 Vercel：
- 你需要持久的 WebSocket 连接。
- 你运行长时间运行的后台任务 (background workers)。
- 你依赖沉重的 Docker 工作负载。
- 你需要平台托管的数据库。
Vercel 使用 serverless 模型。这意味着函数有执行限制和内存上限。如果你需要处理海量文件或运行持续的队列处理器，Vercel 就不是合适的工具。
对许多团队来说，最佳方案是拆分部署：
- 前端部署在 Vercel。
- 数据库使用托管服务商。
- 后端服务部署在容器平台上。
这种架构可以减小你的爆炸半径 (blast radius)。如果一个供应商发生故障，你的整个技术栈不会同时全部宕机。
不要再把 Railway 当作默认选项。评估你的工作负载。决定你的技术栈中哪些部分需要首先迁移。
来源：https://dev.to/thedevopsguy/railway-vs-vercel-when-to-migrate-your-frontend-4bo6