Amazon Web Services（AWS）於 2026 年 10 月 20 日前宣布推出新功能「AWS Lambda Web Functions」，讓開發者能在無伺服器平台 AWS Lambda 上，直接部署並執行 Next.js、Express、Hono、Fastify 等 Node.js 框架及其應用程式。此功能可在包括東京區域在內的 5 個區域使用，而原有的 Lambda 函式則將改稱「Lambda Event Functions」。
曾橫亙在 Lambda 面前的「HTTP 高牆」
提到 Lambda，指的是接收事件、執行函式並回傳結果的機制。雖然它也具備接收 HTTP 請求並回傳回應的功能，但函式執行與 HTTP 處理在設計上是分開進行的。因此，即使把使用 Next.js 等工具建立的 Web 應用程式程式碼放進函式中，也無法直接執行。
為了填補這道落差，AWS 提供了連接函式與 Lambda HTTP 功能的「AWS Lambda Functions Adapter」。它就像轉接頭，讓形狀不同的插頭也能插入。開發者必須以這個轉接器為前提來設計架構，並調整原本能在本機運作的應用程式，使其適用於 Lambda。
Web Functions 改變部署樣貌
這次推出的 Web Functions，採用「Web 函式」形式，在 Lambda 執行環境中提供與 Node.js 類似的 Web 伺服器功能。只要是支援 Node.js 的框架或應用程式，現在都能直接部署在函式中執行。
值得關注的，不只是功能本身，更是開發體驗的改變。無伺服器架構雖然能減少維運負擔，卻與開發者平常使用的 Web 框架有所隔閡。Web Functions 可說是大幅拉近兩者距離的一步。開發者能在不必操心伺服器管理的情況下，部署自己熟悉的 Express 或 Hono 應用程式。相信不少開發團隊會被這種組合吸引。
Node.js 24 與執行環境規格
此功能採用 Node.js 24 執行階段。執行環境的主要規格如下：
規格一覽
・執行階段：Node.js 24
・記憶體：每個執行環境 2GB
・預設堆積大小：1024MB
・同時請求數：每個執行環境最多 128 個
・逾時：預設 30 秒（可設定為 3 秒至 15 分鐘）
・可用區域：東京、美國東部（維吉尼亞北部）、美國東部（俄亥俄）、美國西部（奧勒岡）、歐洲（愛爾蘭）
尤其值得注意的是，每個執行環境最多可處理 128 個同時請求。Web 應用程式即使只載入一次頁面，也可能產生多個請求，因此每個執行環境的並行處理數，是規劃架構時的重要參考。逾時時間最長也可延長至 15 分鐘，讓包含耗時處理的應用程式有更多發揮空間。
挑選託管服務時，多了比較面向
Next.js 等 Node.js 應用程式，長久以來都有部署在 Vercel 等專用託管服務上的選擇。如今 AWS 以 Lambda 這項大型基礎設施提供另一種方案，也因此有觀點認為，雙方已形成競爭關係。
不過，新功能問世並不代表優劣就此定論。最適合的方案會依重視的條件而異，包括費用、維運負擔，以及與既有 AWS 環境的相容性。對已在 AWS 上建置系統的企業而言，能在同一個平台上完成 Web 應用程式部署的優勢不容忽視。另一方面，也有團隊會優先考量部署是否簡便，以及是否具備完善的開發者功能。
選擇增加，本身就是開發者樂見的改變。自己的應用程式會承受什麼樣的負載，又希望把成本花在哪些地方？Web Functions 或許是值得一試的新功能，也能促使團隊重新思考這些問題。
コメント