Vercel Services 让部署边界变成服务图

Tech

部署单位从单个 framework 变成 service graph。vercel.json 定义 services、public rewrites、runtime、entrypoint 和 internal bindings。

一个 Vercel Project 中 Next.js frontend、backend、worker、private service 通过 rewrites 和 bindings 连接的图
Vercel Services 明确 public rewrites 与 private bindings 的服务图关系。

发生了什么

2026 年 6 月 30 日，Vercel 发布 Services。多个 frontend 和 backend 可以在一个 Vercel Project 中共同 build、preview 和 rollback。

为什么重要

部署单位从单个 framework 变成 service graph。vercel.json 定义 services、public rewrites、runtime、entrypoint 和 internal bindings。

社区信号

Next.js 社区长期讨论独立 backend、timeout、WebSocket、cron 和成本。Services 能减少部分摩擦，但也会增加平台集中度。

实践步骤

评审 services、rewrites、bindings 的 diff，测试路由顺序，设计服务间授权，并观察内部调用 fan-out。

风险

Binding 不是 authorization。由于 Services 仍标注为 beta，关键生产 workload 迁移前应演练 logs、rollback、local dev 和成本。

Services 检查表

• 2026 年 6 月 30 日，Vercel 发布 Services。多个 frontend 和 backend 可以在一个 Vercel Project 中共同 build、preview 和 rollback。

• 评审 services、rewrites、bindings 的 diff，测试路由顺序，设计服务间授权，并观察内部调用 fan-out。

• Binding 不是 authorization。由于 Services 仍标注为 beta，关键生产 workload 迁移前应演练 logs、rollback、local dev 和成本。

来源

다른 글