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 能減少部分摩擦，但也增加平台集中度。

實作步驟

Review services、rewrites、bindings 的 diff，測試路由順序，設計服務間授權，並觀察內部呼叫 fan-out。

風險

Binding 不是 authorization。由於 Services 仍標示 beta，關鍵 production workload 前應演練 logs、rollback、local dev 與成本。

Services 檢查表

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

• Review services、rewrites、bindings 的 diff，測試路由順序，設計服務間授權，並觀察內部呼叫 fan-out。

• Binding 不是 authorization。由於 Services 仍標示 beta，關鍵 production workload 前應演練 logs、rollback、local dev 與成本。

來源

다른 글