截至2026年10月20日，亚马逊云科技（AWS）宣布推出新功能“AWS Lambda Web Functions”，可在无服务器平台 AWS Lambda 上直接部署并运行面向 Node.js 的框架及其应用，例如 Next.js、Express、Hono 和 Fastify。该功能已在包括东京区域在内的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 似乎值得一试，也可以借此重新审视这些问题。
コメント