AWS CloudWatch告警周期无法低于10秒，如何捕获全部Lambda超时事件？

操作正确性确认 #

你没有操作错误，CloudWatch告警的周期确实强制要求为10、30秒或60的倍数，这是AWS的产品限制，所以设置1秒周期会报错是正常现象。

解决方案建议 #

方案1：用CloudWatch Logs订阅过滤器捕获每条超时日志

配置CloudWatch Logs订阅过滤器，匹配Lambda日志中的Task timed out关键词，一旦有匹配的日志条目，就自动触发一个专用的Lambda函数，由该函数将超时日志发送到Axiom。

• 核心优势：直接基于日志内容触发，每条超时日志都会被单独处理，不会受时间周期限制，能100%捕获所有超时事件。
• 实现步骤：
  • 打开目标Lambda的CloudWatch日志组，创建订阅过滤器，选择"Lambda"作为目标服务，指定处理日志的专用Lambda。
  • 在专用Lambda中，解析收到的日志事件，提取超时相关信息，调用Axios发送到Axiom。

方案2：优化原Lambda的日志上报逻辑，避免超时终止导致丢失

利用AWS的异步消息服务或Lambda异步调用，将日志上报逻辑与原Lambda的主执行逻辑解耦：

• 方式A：使用SQS中转日志
  原Lambda在处理过程中（包括检测到即将超时的情况），将日志信息发送到SQS队列，然后由一个独立的Lambda函数消费SQS消息，统一将日志上报到Axiom。即使原Lambda因超时被终止，SQS消息依然会被可靠处理。
• 方式B：提前检测剩余时间主动上报
  在原Lambda中，通过context.getRemainingTimeInMillis()实时监控剩余执行时间，当剩余时间小于阈值（比如500ms）时，异步调用另一个Lambda或发送SQS消息，触发超时日志上报。这样在原Lambda被终止前，上报请求已经被发起。

方案3：改进CloudWatch告警的处理逻辑（兼容现有方案）

如果坚持使用CloudWatch告警，可以修改告警触发的处理函数，在告警触发时批量拉取周期内的所有超时日志：

• 当告警触发时，调用CloudWatch Logs的filterLogEvents API，查询该告警周期（10秒）内所有包含"Time out"的日志条目。
• 将查询到的所有日志条目批量上报到Axiom，避免只记录单一事件。

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