撑了 5 年后，Vercel 收编 Dockerfile｜Rails、Spring Boot、FastAPI 一键上 Fluid 算力
一句话总结
Vercel 6 月 30 日上线 Dockerfile.vercel，Rails、Spring Boot、FastAPI 等传统 web 框架一次 git push 就能跑在 Fluid compute 上，按实际 CPU 用量计费。
Vercel 6 月 30 日在 Changelog 上线 「Bring your Dockerfile to Vercel Functions」：项目根目录放一份 Dockerfile.vercel 或 Containerfile.vercel，容器监听 $PORT，
这是 Vercel 五年来对 Docker 态度的一次彻底翻转。过去这家公司的姿态是「serverless functions 是唯一入口，你的 backend 得改成无状态函数才配进门」，Rails、Spring Boot、Laravel、ASP.NET 这种需要常驻进程或原生依赖的应用一律被挡在 Fly.io、Railway、Render 那条 Docker PaaS 赛道那头，需要 hyperscaler 的则往 AWS App Runner 或 Google Cloud Run 迁。这次官方博客的自白很直接：「the idea was right, but the infrastructure to make it great didn't exist yet」— 承认前五年的 serverless-only 路线抓不住所有场景。
支持列表写得摊开：Rails、Spring Boot、Express、Laravel、ASP.NET、FastAPI，加上任何跑在 nginx 后面的 HTTP 服务。门槛只剩一句话「speaks HTTP, it deploys」。Vercel 原话：「Two files, and you are live. Every
Fluid compute 的计费模型是这场收编真正的杀手锏。Fly.io 按 VM 全时计费，Railway 是按分钟算 CPU + RAM，Vercel 这次直接搬 Functions 的 active CPU 模式 — 你的容器在 await 数据库的时候不计费。对很多长尾流量的 SaaS 后端，同样 QPS 下电费比 Fly / Railway 便宜一大截。
赌赢，Rails / Spring 这一整批传统 web 框架跟着 Next.js 一起被 Vercel 收编，Vercel 从「Next.js 的云」升格成「所有 web app 的云」，Fly.io 4 亿美元估值和 Railway 的 Series B 叙事同时被削一层。赌输，Container Registry 的存储费、跨区冷启动、Fluid 的并发上限这些细节撞到 Docker 用户的真实工作负载，五年信任缺口不是两个 config file 能补回来的。
via Vercel Changelog / Vercel Blog / Vercel Docs / Vercel KB
git push 之后 OCI 镜像自动 build、推到 Vercel 内建的 Container Registry，跑在 Fluid compute 上并按 实际 CPU 用量计费 — 闲置时不掏钱。这是 Vercel 五年来对 Docker 态度的一次彻底翻转。过去这家公司的姿态是「serverless functions 是唯一入口，你的 backend 得改成无状态函数才配进门」，Rails、Spring Boot、Laravel、ASP.NET 这种需要常驻进程或原生依赖的应用一律被挡在 Fly.io、Railway、Render 那条 Docker PaaS 赛道那头，需要 hyperscaler 的则往 AWS App Runner 或 Google Cloud Run 迁。这次官方博客的自白很直接：「the idea was right, but the infrastructure to make it great didn't exist yet」— 承认前五年的 serverless-only 路线抓不住所有场景。
支持列表写得摊开：Rails、Spring Boot、Express、Laravel、ASP.NET、FastAPI，加上任何跑在 nginx 后面的 HTTP 服务。门槛只剩一句话「speaks HTTP, it deploys」。Vercel 原话：「Two files, and you are live. Every
git push rebuilds the image and hands you a fresh preview URL.」预览环境、日志、路由、自动扩缩全部沿用 Functions 那套。Fluid compute 的计费模型是这场收编真正的杀手锏。Fly.io 按 VM 全时计费，Railway 是按分钟算 CPU + RAM，Vercel 这次直接搬 Functions 的 active CPU 模式 — 你的容器在 await 数据库的时候不计费。对很多长尾流量的 SaaS 后端，同样 QPS 下电费比 Fly / Railway 便宜一大截。
赌赢，Rails / Spring 这一整批传统 web 框架跟着 Next.js 一起被 Vercel 收编，Vercel 从「Next.js 的云」升格成「所有 web app 的云」，Fly.io 4 亿美元估值和 Railway 的 Series B 叙事同时被削一层。赌输，Container Registry 的存储费、跨区冷启动、Fluid 的并发上限这些细节撞到 Docker 用户的真实工作负载，五年信任缺口不是两个 config file 能补回来的。
via Vercel Changelog / Vercel Blog / Vercel Docs / Vercel KB
