如何针对Lambda别名配置对应的CloudWatch告警

完全可以实现按Lambda别名创建对应告警，以下是不同场景下的落地方法：

场景1：监控Lambda通用运行指标 #

如果你需要监控的是调用次数、错误率、运行延迟、并发数这类Lambda官方自带指标，直接使用CloudWatch原生的别名维度即可：

• 进入CloudWatch指标控制台，选择Lambda命名空间下的「按别名（By Alias）」维度
• 筛选你要监控的函数名和对应别名（PROD/QA/DEV），直接选中对应指标创建告警即可，这类指标天然按别名聚合，不需要关联日志流，是成本最低的最优解法。

场景2：基于自定义日志内容创建告警 #

如果你需要基于日志中的业务报错、特定字段等自定义规则创建告警，可选择以下两种方式实现：

方式A：改造Lambda代码注入别名标识（推荐长期使用） #

• Lambda运行时的上下文对象中可以直接获取当前调用的别名：从invoked_function_arn字段即可提取，ARN格式为arn:aws:lambda:<区域>:<账号ID>:function:<函数名>:<别名>，按冒号分割取最后一段即可拿到当前别名值。
• 在所有日志打印逻辑中统一追加别名标识，建议使用结构化JSON日志，直接新增lambda_alias固定字段即可，无需改动业务逻辑。
• 创建告警时，使用CloudWatch日志过滤器，同时匹配lambda_alias="PROD"这类别名条件和你需要监控的报错规则，即可实现按别名过滤告警范围。

方式B：同步别名-版本映射更新告警规则（无需改代码） #

• 因为别名指向的版本是你侧主动控制的，每次更新别名指向的版本时，同步更新对应环境告警的日志筛选规则即可：比如PROD别名从版本10切换到12时，同步把PROD环境告警的日志流前缀从10/改成12/。
• 如果你的别名更新是通过CI/CD自动化执行的，只需在部署流程中加一步调用CloudWatch API更新告警规则的步骤即可，改造成本极低。

补充适配SQS消费者场景的额外方案 #

因为当前Lambda是SQS队列的消费者，你也可以给不同环境分配独立的SQS队列，分别配置触发对应别名的Lambda，之后直接监控对应环境队列的指标（队列深度、消息消费失败次数、消息过期次数等）即可，逻辑更清晰，不需要耦合Lambda的版本/别名规则。 #

内容的提问来源于stack exchange，提问作者Victor Hugo Montes