如何实现新增ALB不健康目标时自动触发Lambda调用？

方案1：优化Lambda逻辑，新增状态追踪机制 #

• 在Lambda中接入DynamoDB，用来记录已触发告警的不健康目标ID
• 每次Lambda被调用时，通过AWS API拉取当前ALB下所有不健康目标的完整列表
• 对比DynamoDB中的记录，筛选出新增的不健康目标，仅针对这些目标创建OpsGenie告警
• 同时监听目标恢复事件，将恢复的目标从DynamoDB中移除，并关闭对应OpsGenie告警

方案2：改用CloudWatch Metric Streams实时监控 #

• 配置CloudWatch Metric Streams，将ALB的目标健康指标实时推送至Kinesis Data Streams
• 编写Lambda消费Kinesis流，实时捕获每个目标的健康状态变化事件
• 只要检测到单个目标从健康转为不健康，直接触发OpsGenie告警，不受整体告警状态限制

方案3：调整CloudWatch告警触发策略 #

• 编辑现有CloudWatch告警的通知设置，勾选**“通知所有状态更改”**（默认仅在OK→Alarm时触发）
• 这样当不健康目标数量增加（告警仍处于Alarm状态但指标值更新）时，CloudWatch会再次触发Lambda
• 在Lambda中解析告警附带的指标详情，提取新增的不健康目标ID，生成对应告警

方案4：针对Auto Scaling组目标的特殊处理（若目标来自ASG） #

• 如果ALB后端是Auto Scaling组管理的EC2实例，配置ASG生命周期钩子
• 当实例被ALB标记为不健康时，触发钩子关联的Lambda，直接创建OpsGenie告警
• 该方式直接绑定实例状态变化，无需依赖CloudWatch告警的状态限制

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