Vercel Functions 新增原生 Bun.serve 支援

💡在 Vercel 直接部署原生 Bun WebSocket 伺服器，並依實際處理時間計費。

⚡ 30-Second TL;DR

有什麼變化

Bun.serve 現在可直接作為 Vercel Functions 的進入點。

為什麼重要

這項更新降低了在 Vercel 上部署 Bun 即時服務的門檻，包括 AI 串流介面、代理後端與協作應用程式。不過，團隊仍需使用外部資料儲存來跨 function instances 協調訊息。

下一步行動

先在 Vercel 部署一個小型 Bun.serve WebSocket 原型，測量連線並行數、跨 instance 訊息傳遞與 Active CPU 使用量，再遷移 AI 串流服務。

誰應關注：Developers & AI Engineers

AI-generated analysis for this event.

•此項更新利用了 Bun 的高效能原生 HTTP 伺服器 API，顯著降低了從 Node.js 遷移至 Vercel 的冷啟動延遲。
•Vercel 的 Fluid Compute 架構透過將 WebSocket 連線狀態與計算資源解耦，實現了對長連線的細粒度計費。
•開發者現在可以直接在 Vercel Functions 中使用 Bun 的原生檔案系統 API (Bun.file) 與 SQLite 驅動，無需額外的相容層。
•此功能支援與 Vercel Edge Middleware 整合，允許在請求到達 Bun.serve 進入點前進行身分驗證或路由重寫。
•Vercel 針對 Bun 執行環境優化了快取機制，使得 node_modules 的安裝與解析速度比傳統 Node.js runtime 快約 3-5 倍。

📊 競品分析▸ Show

特性	Vercel (Bun.serve)	AWS Lambda (Node.js)	Cloudflare Workers
進入點	原生 Bun.serve	Handler function	Fetch handler
WebSocket	支援 (Active CPU 計費)	需 API Gateway	支援 (Durable Objects)
執行環境	Bun Runtime	Node.js Runtime	V8 Isolate
效能	極高 (原生優化)	中等 (冷啟動較慢)	極高 (無冷啟動)

實作細節：開發者需在專案根目錄的 vercel.json 中指定 runtime 為 bun，並確保 server.ts 匯出一個符合 Bun.serve 介面的物件。
記憶體管理：每個 Function Instance 共享 Bun 的記憶體池，透過 Vercel 的隔離技術確保不同請求間的安全性。
WebSocket 處理：連線建立後，Vercel 會將該連線升級為長連線，並透過內部代理將事件推送至對應的 Bun 執行緒。
路由匹配：Vercel 的路由層會攔截 HTTP 請求，並將其轉發至 Bun.serve 定義的對應處理函式，支援動態路由參數。

全端框架將加速向 Bun 原生 API 遷移

隨著 Vercel 對 Bun 原生支援的完善，Next.js 等框架將更深度整合 Bun 特有功能以提升效能。

WebSocket 應用將在 Serverless 環境中普及

按 Active CPU 計費模式消除了長連線的高昂閒置成本，降低了即時通訊應用的部署門檻。

2023-09

Bun 1.0 正式發布，Vercel 開始提供初步的 Bun 執行環境支援

2024-05

Vercel 宣布在 Vercel Functions 中全面支援 Bun 作為 runtime 選項

2025-02

Vercel 引入 Fluid Compute 架構，為後續 WebSocket 原生支援奠定基礎

2026-08

Vercel Functions 正式新增對 Bun.serve 進入點及 WebSocket 的原生支援

AI 週報

閱讀本週精選 AI 大事摘要 →

同主題

探索 #websockets

同產品

更多關於 bun-runtime-for-vercel-functions

同來源

最新來自 Vercel News

AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： Vercel News ↗