AWS／官方：推出 Lambda Web Functions——標準 Express／Next.js 直上無伺服器；單環境最高約一百二十八併發、按作用中 CPU 計費；東京與愛爾蘭等五區上線

Key takeaway

亞馬遜雲端服務（AWS）於二〇二六年十月十二日在官方新聞網誌宣布推出 Lambda Web Functions，讓開發者以標準 HTTP 伺服器寫法（例如 Express、Hono、Fastify、Next.js 等 Node.js 框架）直接部署到 Lambda，無須把程式改寫成事件處理器（event handler）。同一環境最多可併發處理約一百二十八個請求，並改以「作用中 CPU」計費；首發支援 Node.js 24（Arm64），東京與愛爾蘭等五個區域即日可用。本文已核對 AWS 官方原文，來源真實性已驗證。

AWS／官方：推出 Lambda Web Functions——標準 Express／Next.js 直上無伺服器；單環境最高約一百二十八併發、按作用中 CPU 計費；東京與愛爾蘭等五區上線

亞馬遜雲端服務（AWS）於二〇二六年十月十二日在官方新聞網誌宣布推出 Lambda Web Functions，讓開發者以標準 HTTP 伺服器寫法（例如 Express、Hono、Fastify、Next.js 等 Node.js 框架）直接部署到 Lambda，無須把程式改寫成事件處理器（event handler）。同一環境最多可併發處理約一百二十八個請求，並改以「作用中 CPU」計費；首發支援 Node.js 24（Arm64），東京與愛爾蘭等五個區域即日可用。本文已核對 AWS 官方原文，來源真實性已驗證。

對香港與亞洲團隊而言，這次改動的實務意義在於：多區延遲路由與 CloudFront 私有來源（OAC）可一併降低「為了跑網站而拼裝一堆基礎設施」的摩擦，同時把無伺服器計費模型拉近真實 Web／API／串流推斷工作負載。

AWS／官方：推出 Lambda Web Functions——標準 Express／Next.js 直上無伺服器；單環境最高約一百二十八併發、按作用中 CPU 計費；東京與愛爾蘭等五區上線

AWS 在官方新聞網誌由資深解決方案架構師 Micah Walter 撰文宣布：Lambda Web Functions 是新的運算形態（form factor），可把本機常見的「監聽埠」HTTP 服務原樣上雲，單指令部署後由平台處理擴縮、多區域分發與作用中 CPU 計費，並強調無需適配器、無需自管基礎設施、亦無框架鎖定。本文論點與數字均以該官方網誌為準，來源真實性已驗證；下文整理技術分層、計費差異、區域可用性，以及對香港企業與開發流程的啟示。

一、核心事件：Lambda 正式拆成三種形態

技術細節

官方將 Lambda 既有與新增能力整理為同一套 Firecracker 隔離技術上的三種形態：

  1. Lambda Event Functions（即過往大家熟悉的 Lambda 函式）：事件驅動、單次併發處理模型，採「牆鐘時間」（wall-clock）計費；適合事件處理、佇列消費者，以及由其他 AWS 服務觸發的呼叫。
  2. Lambda Web Functions（本次新發）：HTTP 原生程式模型，多請求併發執行，並以作用中 CPU 計費；程式監聽埠、處理標準 HTTP 請求，適合網站、API 後端，以及 I/O 密集的互動式 HTTP 負載。
  3. Lambda MicroVMs：隔離且有狀態的沙盒，生命週期由客戶管理，用於執行不信任或用戶產生程式碼（UGC）場景。

官方指出三者可互補：同一 AWS 帳戶內，可用 Event Functions 做非同步後端、Web Functions 做面向用戶的 API 與伺服器端渲染（SSR），再用 MicroVMs 承載互動式程式執行功能，並共享相近的營運模型。

二、技術原理深度解析

傳統要把全球低延遲網站跑起來，往往要自行組裝多區部署、延遲型路由，並為 I/O 等待調校計費；更常見的是「為了遷就運算模型而改寫應用」。Web Functions 的設計目標是反過來：保留開發者既有的 HTTP 伺服器，把平台負責的部分上移。

關鍵機制包括：

  • 多請求共用溫熱環境：每個執行環境可同時處理多個請求（官方寫明最高約一百二十八個併發），突發流量較不必「一請求一環境」。
  • 作用中 CPU 計費：等待資料庫或外部 API 的時間幾乎不消耗 CPU；記憶體則在執行環境存活期間計量。官方點名伺服器端渲染、API 後端，以及串流回傳 token 的 AI 推斷端點等 I/O 重負載，有望降低運算成本。
  • 本機一致的啟動方式：範例以 Express.js 為例，唯一差異是讀取環境變數 AWS_LAMBDA_HTTP_ENDPOINT（主機與埠）；本機可自行設為 127.0.0.1:3000 測試。
  • 單指令部署與版本（revision）：aws lambda-web deploy 可打包原始碼、建立 Web Function、發布不可變 revision、掛上 endpoint，並在約一分鐘內回傳 HTTPS URL。後續可用權重在不同 revision 之間做金絲雀（例如九成／一成流量）。
  • 多區與全球 URL：以 --regions 指定例如 us-east-1,eu-west-1,ap-northeast-1 後，平台會複製程式並設定延遲型路由；請求盡可能導向對呼叫者延遲較低的區域，透過單一全球 URL 對外。
  • 與 CloudFront 搭配：可把 Web Function endpoint 設為 CloudFront 來源；靜態走快取、動態進 Web Function。並支援把 CloudFront Origin Access Control（OAC）掛到 Web Function endpoint，由 CloudFront 簽署請求、限制僅該發行版可呼叫，對齊既有 S3 私有來源模式。

首發執行環境為 Node.js 24（nodejs24.x）／Arm64，並支援 VPC 連線以存取私有資源。

三、區域可用性與產品邊界

官方「Now available」段落列明即日開放區域：

  • 美國東部（維吉尼亞北部）
  • 美國東部（俄亥俄）
  • 美國西部（俄勒岡）
  • 亞太（東京）
  • 歐洲（愛爾蘭）

亦即亞洲路徑上，東京為首發節點之一，對香港用戶的延遲與合規分區討論會直接落在 ap-northeast-1 與多區路由策略上。計費細節官方導向 AWS Lambda 定價頁與 Web Functions 文件；本文不臆造單價。

仍須注意邊界：首發執行環境聚焦 Node.js 24 Arm64；若團隊主力是其他語言或需長時間有狀態連線，仍要評估 Event Functions、容器服務或 MicroVMs 是否更合適。多區「盡力而為」的延遲路由亦非嚴格的法律意義 SLA 承諾用語，企業應以自身觀測與架構驗證為準。

四、日常應用場景

1. 開發者與技術團隊

可把現有 Express／Fastify／Hono／Next.js 服務以接近本機的方式上雲，減少 API Gateway＋適配器＋自管擴縮的樣板碼。適合快速驗證 API、SSR 頁面，以及需要串流輸出的應用原型。

2. 企業與隱私敏感行業

VPC 連線與 CloudFront OAC 私有來源，有助把動態邏輯留在受控網路路徑；仍須自行處理身分驗證、機密管理、日誌與資料駐留政策。金融、醫療與政府供應鏈場景應把「無伺服器」當成營運選項，而非自動合規。

3. 一般用戶

終端用戶感受通常是更短的全球回應時間與較穩定的互動式體驗；背後則是平台代管擴縮與多區路由。對用戶而言無須理解 Lambda 形態名稱，但產品團隊可用更短週期迭代前端與 API。

4. 香港與亞洲市場視角

東京區域首發，加上可同時掛愛爾蘭／美東等區，對香港面向亞太與歐美用戶的 SaaS、電商 API、內容站與 AI 推論閘道都有直接架構價值。本地團隊若已用 Node.js 堆疊，遷移路徑相對短；若要在香港自建對照環境或混合雲，仍需評估資料出境、金管／私隱要求與備援。

香港企業若正把網站與 API 遷上雲、或要強化邊緣與來源存取控制，可參考 YSK Limited 的雲端遷移與網絡安全服務（官網刊 99.99% SLA）：https://ysk.hk/services/cloud-security
若要同步加快產品落地，亦可搭配合約優先的全端脚手架 YSK Kit（MIT，v1.5.0）：https://ysk.hk/products/ysk-kit ；單機 Linux 控制面 YSK Server（v1.1.28）：https://ysk.hk/products/ysk-server ；以及本機 Hugging Face 模型閘道 YSK Omni（v1.0.4）：https://ysk.hk/products/ysk-omni 。

五、專業評價與潛在考量

優勢

  • 官方一級來源、產品形態清楚（Event／Web／MicroVM），降低「Lambda 能不能跑傳統網站」的長期爭論。
  • 多併發＋作用中 CPU 計費更貼近 Web／I/O／串流推斷成本結構。
  • 單指令部署、revision 金絲雀、多區延遲路由與 CloudFront OAC，短縮從程式碼到全球 HTTPS 的路徑。
  • 東京首發對香港／亞太延遲友好。

需要留意的地方

  • 首發執行環境與架構（Node.js 24 Arm64）有明確邊界，異質技術棧不能假設「一鍵全搬」。
  • 多區路由為盡力降低延遲，企業級可用性仍取決於本身的健康檢查、觀測與回滾設計。
  • 成本取決於實際 CPU／記憶體與流量型態，遷移前應用代表性負載壓測，勿直接外推行銷敘事。
  • AI 串流端點只是適用例之一，模型託管、GPU 與資料治理仍要另案設計。

結語

Lambda Web Functions 把「標準 HTTP 伺服器」正式納入 AWS 無伺服器產品線，並用多併發與作用中 CPU 計費對準真實網站與 API 成本曲線；東京等五區即日可開跑，對香港面向亞太的雲端應用是可驗證的新選項。下一步宜以官方文件核對配額、定價與 VPC／OAC 細節，再用小流量 revision 金絲雀驗證。若貴司需要在香港落地雲端遷移、來源保護與高可用架構，歡迎由 YSK Limited 雲端遷移與網絡安全方案協助評估：https://ysk.hk/services/cloud-security 。

參考來源

Related services & products

Related posts