AWS Lambda函数设置90秒长超时是否可行？会引入哪些风险？

将lambda超时时间设置为90秒本身是可行的，当前主流云厂商的Serverless函数服务普遍支持最长15分钟的超时配置，只要你的业务场景确实存在合理的长耗时诉求即可调整，但该操作会引入几类值得注意的风险：

• 成本损耗风险：lambda按调用次数与实际运行时长计费，超时阈值拉长后，如果函数出现逻辑死循环、依赖的下游接口无响应的情况，函数会一直跑满90秒才会被强制终止，会产生大量不必要的时长费用，调用规模较大时成本涨幅会非常明显。
• 并发挤占风险：云账号下的lambda并发执行数存在固定配额上限，长超时意味着单个请求会占用并发配额更久，一旦出现慢请求批量堆积的情况，会直接挤占正常请求的执行资源，严重时会导致新请求直接被限流无法执行。
• 无效资源占用风险：如果你的lambda用于对外提供HTTP API服务，上游客户端通常会配置默认超时阈值（大部分场景默认不超过30秒），此时lambda设置90秒超时实际没有业务价值——上游已经提前断开连接，就算函数后续执行完成也无法把结果返回给调用方，属于无意义的资源占用。
• 故障感知滞后风险：超时阈值拉长后，原本40秒就会抛出的超时错误现在需要等90秒才会触发，故障感知时效会下降，同时排查根因时也更难区分是正常的长耗时请求还是异常卡死的请求，提升了问题排查的难度。

如果确实需要将超时调整到90秒，建议同步做以下配套优化降低风险：

1. 在函数内部为所有下游依赖调用配置单独的超时阈值，比如调用第三方接口、数据库时单独设置30秒超时，失败后直接终止执行，避免无意义的等待。
2. 配置函数运行耗时监控告警，比如当函数运行耗时超过60秒时立即触发告警，及时感知异常慢请求的情况。
3. 优先对长耗时场景做异步改造，如果业务允许非实时返回结果，用异步调用+回调通知的方案处理，替代同步长超时的方案。

内容的提问来源于stack exchange，提问作者dhollinden