一句话看懂：亚马逊云科技推出 Lambda Web Functions，允许开发者将 Express、Hono 等 Node.js 框架构建的 Web 应用直接部署到 Lambda 上，无需适配层，并支持并发请求与流式响应。它可能让大量 HTTP 工作负载不再依赖 API Gateway，但并发模型也带来了新的编程复杂度。
事件核心：发生了什么
亚马逊云科技近期推出 Lambda Web Functions，面向 HTTP 工作负载。开发者可以编写监听标准端口的 Node.js 服务器，用一条命令部署，由 Lambda 自动处理扩缩容、多区域路由和 HTTPS 端点。原 Lambda 函数更名为 Lambda Event Functions，无需改动仍可继续使用。新函数按活跃 CPU 时间和内存计费，等待下游数据库或 API 期间不计 CPU 费用；预热的执行环境可同时处理多个并发请求，从而降低冷启动影响。目前仅支持 Node.js，已上线北弗吉尼亚、俄亥俄、俄勒冈、东京和爱尔兰五个区域。若需自定义域名、边缘缓存或 AWS WAF，可在前端部署 Amazon CloudFront 作为源站。
为什么重要
这一变化重新定义了 Lambda 的 HTTP 编程模型：从一次调用对应一个请求，转向单个执行环境并发处理多个请求。对 AWS 而言，它把无服务器运维模型进一步推向 Web 应用、REST 和 GraphQL API、服务端渲染以及流式 AI 推理等场景。Reddit 和 Hacker News 上的社区讨论总体积极，用户 magnetik79 认为许多工作负载可完全绕过 API Gateway；但也有开发者提出 Python 支持缺失，以及与 Google Cloud Run、Azure Container Apps 的差异问题。目前公开信息显示，这两家云服务商也支持无需适配层的 Web 应用、缩容至零和可配置并发。
对用户/开发者/创作者的影响
对 Node.js 开发者来说，最直接的价值是减少适配器和基础设施管理工作：Express、Hono、Fastify、Next.js 等框架可以按原有方式运行。按活跃 CPU 时间计费，对等待数据库或外部 API 较多的 I/O 密集型应用可能更划算，但内存按执行环境整个生命周期计费，仍需实际测算。并发请求进入同一环境后，同步、互斥锁和共享状态问题会变得更现实，不能沿用单请求模型的思维。对使用 Python、Java、.NET 的团队，目前仍需使用传统 Lambda。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是 Python 等其他语言支持何时落地，这决定它能覆盖多大开发者群体；二是并发模型下实际成本与稳定性表现，尤其是高并发 Web 应用和流式 AI 推理场景；三是其他云厂商是否强化同类能力，以及 API Gateway 在典型 HTTP 架构中的角色是否被进一步压缩。
来源：InfoQ CN
