亚马逊云科技推出Lambda Web Functions支持并发Web应用

亚马逊云科技推出 Lambda Web Functions，允许开发者直接在 Lambda 上部署 Express、Hono、Fastify、Next.js 等 Node.js Web 应用。该模式支持并发 HTTP 请求和流式响应，开发者只需编写监听标准端口的服务器，即可通过一条命令或 CloudFormation 完成部署，无需适配器、基础设施管理或框架改造。

Lambda Web Functions 按活跃 CPU 时间和内存使用量计费，等待数据库或其他下游服务时不计入 CPU 活跃时间。请求可通过多区域路由发送至距离用户更近的区域，预热执行环境还能同时处理多个并发请求，从而降低冷启动影响。原有 Lambda 函数现被称为 Lambda Event Functions，不需要进行调整。

该服务面向全栈 Web 应用、REST 和 GraphQL API、可独立扩展的微服务，也支持服务器端渲染、服务器发送事件、RPC、Webhook、IAM 身份验证及大语言模型的流式输出。默认端点使用 Lambda 域名；如需自定义域名、边缘缓存或 AWS WAF，可将 CloudFront 部署在前端，并把 Lambda Web Functions 作为源站。

目前 Lambda Web Functions 仅支持 Node.js，Python、Java 和 .NET 仍需使用传统 Lambda 函数。其已在北弗吉尼亚、俄亥俄、俄勒冈、东京和爱尔兰五个区域提供。年内早些时候推出的 Lambda MicroVM，则主要用于运行不可信代码或用户生成代码，并提供可由客户管理生命周期的有状态隔离沙箱。

社区普遍认可其更简单的编程模型和并发能力，并认为部分工作负载可以绕过 API Gateway，但也关注 Python 支持及其与现有方案的差异。由于一个执行环境可同时处理多个请求，开发者还需要留意同步、互斥锁等并发问题。Google Cloud Run 和 Azure Container Apps 同样支持无需适配层、缩容至零和可配置并发。按活跃 CPU 计费的方式尤其适合服务器端渲染、API 后端及流式 AI 推理等 I/O 密集型场景，但内存费用按执行环境整个生命周期计算。