AWS于2026年10月12日宣布了Lambda Web Functions。它在不重写HTTP服务器的情况下运行标准HTTP服务器。每个执行环境最多可以处理128个并发请求，现有的Event Functions一次处理一个请求。CPU时间以活跃方式计量，因此等待I/O的时间成本很低，而内存则按环境的整个生命周期进行计费。代码在部署时选择的区域中被复制，后面有基于延迟的最佳努力路由，并且支持CloudFront的源访问控制。它今天在Node.js 24上可用，支持Arm64，位于五个区域：美国东部（弗吉尼亚州北部和俄亥俄州）、美国西部（俄勒冈州）、东京和爱尔兰。来源：https://aws.amazon.com/blogs/aws/announcing-aws-lambda-web-functions-for-fast-consistent-web-app-performance-anywhere/

我认为这意味着：亚马逊运营Lambda，并且是向其无服务器产品扩展的Web Functions形式的供应商，用于标准HTTP应用托管。Cloudflare的Workers运行时是用于在全球分布式位置上并行运行HTTP应用的已建立的产品，AWS现在在Lambda中构建了此特定的执行模型，因此暴露给Cloudflare，如果AWS将Lambda的安装基础转换，而不是失去它。Fastly市场计算机为其边缘无服务器运行时，用于HTTP负载，竞争相同的开发人员部署，因此暴露给它，如果这些部署在Lambda上集中。催化剂是AWS将Web Functions扩展到五个启动区域和单个Node.js 24 Arm64运行时之外的区域，以及Cloudflare和Fastly的下一期结果和开发平台宣布，超级计算机提供区域复制的并发请求HTTP无服务器将不得不被处理。如果AWS将Web Functions限制在一个运行时上，仅在五个区域，且路由方式为最佳努力，它将无法托管今天在边缘运行时上分布的多语言，全球分布的工作负载，竞争阅读将失败。如果活跃CPU计费被环境的整个生命周期内计费的内存所抵消，则将Web应用迁移到其上所需的成本论据将消失。