如何基于Azure自定义事件配置站点核心功能健康检查间隔告警？

哇，你已经把健康告警的基础工作做得很扎实了——自定义事件遥测+Application Insights仪表板的组合，完全是搭建核心场景告警的正确路子！下面我就带你一步步在Azure门户里完成告警规则的创建，覆盖注册、支付、关键邮件这些你关心的核心场景：

1. 进入目标Application Insights资源 #

打开Azure门户，找到你已经配置好遥测的Application Insights实例，在左侧导航栏点击「Alerts」，然后选择「Create」→「Alert rule」。

2. 确认告警范围 #

在「Scope」环节，确保选中的就是你的目标AI资源，没问题的话点击「Next: Condition >」。

3. 配置告警触发条件（核心环节） #

因为你的自定义事件存储在AI的日志数据中，我们需要选择「Logs」作为信号类型：

• 点击「Add condition」，进入查询编辑器。
• 根据不同场景编写Kusto查询，比如：
  • 关键邮件场景（监控邮件发送事件是否中断）：

    customEvents
    | where name == "EmailType_SignupConfirmation" // 替换成你实际的事件名称
    | summarize EventCount = count() by bin(timestamp, 5m) // 按5分钟聚合事件数量
    

  • 支付场景（监控支付成功事件是否异常下降）：

    customEvents
    | where name == "Payment_Success"
    | summarize SuccessCount = count() by bin(timestamp, 1m) // 核心场景可以缩短聚合窗口
    

• 设置阈值规则：比如当连续2个聚合窗口内事件数量为0（说明流程中断），或者失败事件占比超过预设值（比如10%）时触发告警。

4. 配置告警通知与响应 #

在「Actions」环节，创建或选择一个Action Group：

• 可以添加邮件、短信、Teams消息通知，确保运维/开发团队第一时间收到告警。
• 还能配置自动化动作，比如触发Azure Function重启相关服务，或者触发运维工单系统。

5. 完善告警详情 #

给告警起个清晰易懂的名字（比如「核心支付流程成功事件中断告警」），设置合适的严重级别（Critical/Warning），并添加描述说明告警对应的业务场景，方便团队快速定位问题。

• 给事件添加状态属性：如果你的TrackEvent还没区分成功/失败，建议补充属性，比如：

  var tc = new TelemetryClient();
  tc.TrackEvent(emailType.ToString(), new Dictionary<string, string> { { "Status", "Success" }, { "EmailRecipient", userEmail } });
  

  这样就能针对失败事件单独设置告警，比单纯监控事件数更精准。
• 调整聚合窗口和阈值：核心场景（比如支付）可以把聚合窗口设为1分钟，阈值设为连续1分钟无成功事件就告警；非核心场景（比如普通通知邮件）可以放宽到5-10分钟，减少误告警。
• 关联多维度告警：比如注册流程可以同时监控「注册请求事件」和「注册成功事件」，如果请求量正常但成功量骤降，说明注册环节出了故障，这种关联告警能更快定位问题。

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