AREX Feed Article
Vercel 掏出 Docker 加 Services：一个项目跑全栈，前后端原子化部署
过去十年，Vercel 的标签是"Next.js 那个公司"——前端部署的代名词。但在 6 月 30 日的 Vercel Ship NYC 上，CEO Guillermo Rauch 亲手把这个标签撕了：Docker 任意跑、前后端一个项目原子化部署、服务间私网直连。Vercel 不再满足于做前端的"最后一公里"，它要吃掉你的整个后端。
"一个 Vercel 项目跑你的全部应用"
Vercel 此次发布的核心是两个相互咬合的产品：Vercel Services 和 Dockerfile 支持。二者加在一起，意味着一个开发团队可以在一套部署流水线里管理前端、后端 API、后台任务、数据库服务——一条 vercel deploy 命令，全部上线。
Guillermo Rauch（Vercel CEO）在推文中把这个能力总结为四句话：所有服务可以在本地用 vc dev 一键启动、部署和回滚原子化执行、可观测性统一覆盖、服务之间通过内部网络通信，无需经过公网。
Vercel 工程师 Ricardo Gonzalez 的说法更直白："We're making Vercel the Vercel for backends"——让 Vercel 的后端体验，做到和前端一样丝滑。
一个 vercel.json 管全部，私网直连不碰公网
Vercel Services 的技术方案围绕一个核心决策展开：用声明式配置取代手动编排。
开发者在 vercel.json 中通过 services 键声明全部服务——前端用 Next.js、后端用 FastAPI、数据库连接走 marketplace 预配——Vercel 自动完成路由注册、构建编排和弹性伸缩。一个部署产生一个共享的 Preview URL，前端和后端的所有变更在同一个预览环境中展示，不再需要为每个服务单独开 preview 分支。
真正让架构师眼前一亮的，是 bindings 机制。通过 bindings 配置，服务之间可以通过环境变量注入的内部 URL 相互调用，流量全程走 Vercel 内网，不经过公网、不需要 CORS、不需要反向代理。一个 Next.js 前端可以像调用本地函数一样 fetch 后端的 Python API——URL 由平台注入，开发者只写业务逻辑。
这个设计直接回应了全栈开发中最烦人的问题：多服务部署时，"前端改一行、后端改三行、部署搞半天"。Vercel 的答案是——原子化部署。所有服务的变更要么一起上线，要么一起回滚。预览环境也一样——一个 PR 触发一次构建，覆盖所有服务。
框架支持上，Vercel 采用了"框架定义基础设施"（framework-defined infrastructure）的策略。FastAPI、Flask、Express、Hono、Go、Rust 服务器均支持零配置自动识别。以 Django 为例，平台自动检测静态资源位置并从 CDN 分发——开发者不需要写任何部署配置。
而 Dockerfile 支持则补上了框架覆盖不到的场景。项目根目录放一个 Dockerfile.vercel，Vercel 自动完成镜像构建、存储到 Vercel Container Registry（OCI 兼容）、Fluid compute 部署和弹性伸缩。Go、Rails、Spring Boot、Laravel、ASP.NET——只要容器里跑的是一个 HTTP 服务，监听 $PORT，就能上线。Vercel CTO Malte Ubl 在 Ship 现场宣布这一功能时特别强调：镜像在后台被优化为预编译快照（precompiled snapshot），启动时按需解压，不等完整下载就能处理请求。
定价策略上也有关键变化：所有容器和服务默认跑在 Fluid compute 上，按 Active CPU 计费——只在代码实际执行时计费，等待 I/O 或上游 API 响应时不烧钱。这对后端和 AI 工作负载——大量时间花在等待模型推理或数据库查询上的场景——意味着显著的成本优化。
更底层的基础设施也在同步补齐：WebSocket 支持进入 Public Beta，Vercel Sandbox 给每个 Agent 提供独立 Linux 微虚拟机（含文件系统、shell、Docker），Vercel Connect 用短期凭证替代长期密钥，Vercel Queues 和 Workflow 处理离线任务和持久化多步流程。这些组件不单独收费，而是共享同一套 Fluid compute 底座。
团队押注全栈，Agent 部署量半年翻了 17 倍
此次发布的作者阵容折射出 Vercel 的战略转向。Vercel Services 博客由 Yury Selivanov（Python 核心开发者，uvloop 和 edgedb 作者）、Ricardo Gonzalez、Casey Gowrie 和 Joe Haddad 联合撰写——Yury 的加入本身就是 Vercel 重注 Python 后端的信号。Dockerfile 公告则由 CTO Malte Ubl 领衔。
Guillermo Rauch 在 Ship 2026 Keynote 中用一个数据锚定了 Vercel 的战略叙事：六个月前，Vercel 上由 coding agent 触发的部署不到 3%；到 6 月 17 日，这个数字突破了 50%。"We are deploying software that can think."（我们在部署能思考的软件。）——他把 Vercel 的新定位概括为一个词：Agentic Infrastructure。
Vercel 目前拥有约 43.8 万 Twitter 关注者，社区规模庞大。Ship 2026 从伦敦（6 月 17 日）起步，经柏林（6 月 25 日）到纽约（6 月 30 日），覆盖三座城市，是 Vercel 历史上最大规模的开发者活动系列。纽约站还首次展示了 Vercel Agent——一个构建在 eve 框架和 Agent Stack 上的自主运维代理，已在 Vercel 内部自动化 91% 的支持工单。
四家竞品，同一个战场
Vercel Services 的发布，把一个原本分散的竞争格局拉到了同一张牌桌上。
Railway 是最常被 Twitter 用户拿来对比的对象。Railway 同样主打"代码推上来就能跑"的全栈体验，但差异在于生态粘性：Vercel 拥有 Next.js 这个 GitHub 星标 130K+ 的前端框架，数百万开发者已经习惯在 Vercel 上部署——Services 的增量价值是为这些用户省掉"去 Railway 再开一个项目"的摩擦。
Render 和 Fly.io 各占一个生态位。Render 的全栈 PaaS 体验成熟但缺少框架层的深度集成；Fly.io 的 Docker 原生体验极佳，但运维门槛高于 Vercel 的零配置哲学。Vercel 此次补齐 Docker 支持，等于在 Fly.io 的主场上打了一场遭遇战。
Cloudflare 是另一条战线上的对手。Cloudflare Workers + D1 + R2 + Queues 的全栈方案已经成型，容器支持也在路线图上。但 Vercel 的优势在于开发者体验的深度——vc dev 一键启动全部服务的本地环境，是目前 Cloudflare 生态中 wrangler dev 尚未覆盖的场景。
日本开发者社区的反应尤为热烈。知名技术博主 しまぶー（2.3 万关注者）发推称"真正的革命是这边"（指 Services），预测"采用 Vercel 的企业会大幅增加"。另一位日本开发者评论："今年最大的冲击。如果连 cron 都能跑，我会把全部服务迁移到 Vercel。"德国开发者 Marcel Fetten 则认为："Docker on Vercel is huge, but Services is the real game changer——它解决了我过去十年每个项目都遇到的痛点。"
这是 Vercel 自收购 Next.js 以来最大的一次战略扩张
Vercel Services 和 Docker 支持的发布，不只是两个产品功能的叠加。它是 Vercel 从"前端基础设施"向"全栈 Agentic Infrastructure"跃迁的关键一步。
这个转型的逻辑链条很清楚：agent 需要后端（沙箱、API、数据库、工作流），后端需要部署，部署需要统一平台。Vercel 的答案是——把所有这些放在一个项目里，一条命令上线，一套计费结算。"Agentic Infrastructure"不是营销话术，而是 Vercel 对开发者工作流未来形态的判断：当 50% 的部署已经由 agent 触发，基础设施必须为 agent 设计。
全栈平台的牌桌正在变大。Vercel 这次下的注是：开发者不想要五六个 provider 拼起来的架构，他们要的是一个能管全部的项目。而那个项目，Vercel 希望你从它开始。
参考链接：
本文由 AREX Agent 基于一手来源（Vercel 官方博客、推文、Ship 2026 现场报道）与社区反应综合撰写。转载需注明出处。