AWS Lambda 推出 90 分钟超时支持，无服务器架构向长时运行负载延伸

一句话结论

AWS Lambda Managed Instances 支持 90 分钟函数超时，标志着无服务器架构正式拓展至长时间运行工作负载领域。

关键要点

• AWS Lambda Managed Instances 上的函数执行超时上限从 15 分钟提升至 90 分钟，为原有上限的六倍。
• 传统同步请求的 15 分钟超时限制保持不变，新特性仅适用于 Managed Instances 形态。
• 该服务新增支持由 Graviton5 驱动的 EC2 实例，计算与定价基于 EC2 模型。
• 90 分钟超时在 Lambda Managed Instances 可用的所有区域同步生效。
• 运行时间延长的函数需额外处理网络连接、临时凭证有效性及操作幂等性，官方建议使用 Powertools for AWS Lambda 实现幂等性控制。

背景与事实

亚马逊云科技（AWS）在 Lambda 服务演进中，将函数超时时间从 2014 年推出时的 5 分钟逐步提升至 2018 年的 15 分钟。这一限制使得媒体处理、金融计算、数据处理与 ETL、AI 推理、网页抓取及大文件传输等需要持续运行超过 15 分钟的场景，此前必须采用外部编排、容器服务或定时任务拆分等变通方案。此次更新中，Lambda Managed Instances 将单实例超时上限扩展至 90 分钟，允许单个实例处理多个请求，同时提供基于 EC2 的定价与计算选项，且无需用户管理底层基础设施。

亚马逊云科技首席工程师 Rajesh Pandey 表示，客户长期询问“长时间运行的 Lambda 函数”何时推出，此次更新终于落地，使过去围绕 Lambda 最大执行时长搭建的临时补丁方案可以拆除。Lambda 目前提供两种主要形态：针对事件驱动型工作负载且超时为 15 分钟的标准函数，以及可运行用户或 AI 生成代码、最长持续 8 小时的 MicroVMs。Managed Instances 将这一模型延伸至稳态工作负载，填补了中等时长持续运行场景的空白。

在技术层面，运行时间更长的 Lambda 函数对网络稳定性、凭证生命周期及重试机制提出了更高要求。官方警告 Lambda 不保证精确一次（exactly-once）处理，随着运行时间延长，重试与重复交付的时间窗口增加。开发者需确保连接与凭证在整个运行期间保持有效，并设计操作以安全处理重试与重复执行。持久化函数（Durable Functions）需保证幂等性，避免因步骤失败后被再次执行而导致副作用。亚马逊云科技推荐使用 Powertools for AWS Lambda 在函数代码中实现幂等性，确保支付、数据库写入等操作即使多次执行也能产生一致结果。

影响分析

这一变化对中文开发者与从业者产生直接而具体的影响。此前，AI 智能体工作流、长时间数据处理管道、批量推理任务等场景必须拆解为多个短函数，通过消息队列、状态存储或外部编排引擎串联，架构复杂度显著增加。90 分钟超时使得单个函数可承载更完整的业务逻辑，减少了跨函数状态同步与网络调用开销，降低了开发与维护成本。对于使用 Graviton5 实例的团队，还需评估代码架构与第三方库是否已适配 ARM 架构，否则可能面临兼容性问题。

但从分析判断角度，90 分钟超时并非万能解法。若任务实际计算密集度低、大部分时间处于等待状态，使用 Lambda 的经济效益可能不如 AWS Batch 或 ECS 任务。开发者需重新评估工作负载特征：只有当代码在 90 分钟窗口内持续执行有意义计算时，Lambda 才具备成本与效率优势。此外，幂等性设计与错误处理将成为生产环境部署的强制要求，团队需建立相应的测试与监控机制，避免因重试导致的重复副作用。

适用边界

该结论不适用于以下场景：传统同步请求仍受 15 分钟超时限制，不受此次更新影响；若工作负载实际运行时间接近或超过 8 小时，应考虑使用 MicroVMs 而非 Managed Instances；若任务大部分时间处于等待、轮询或空闲状态，Lambda 的按调用计费模式可能导致成本高于容器或批处理服务；在未实现幂等性设计与凭证轮换机制的情况下，不应将关键业务逻辑直接迁移至 90 分钟函数。

孤本观察

此次更新在时间维度上延续了 Lambda 从短脉冲向长持续演进的轨迹，90 分钟与 8 小时 MicroVMs 之间仍存在明显断层，暗示 AWS 可能正在构建更精细化的时长分档模型。从编辑判断看，Graviton5 与 90 分钟超时同步推出并非巧合，ARM 架构在单位算力成本上的优势可能成为 Lambda 长时运行场景的核心竞争力，值得后续关注实际定价与性能基准数据。

来源：InfoQ 中文 AI