Azure Service Health 告警集成

Azure 把服务问题、计划内维护、运行状况公告和安全公告作为 Service Health 通知写入活动日志，Service Health 告警规则可以通过 Action group 的 Webhook 把它们发出去。Flashduty 的 Azure Monitor 集成 能解析 Service Health 通知，同一个事件（相同订阅和 Tracking ID）合并为一条告警，因此不需要单独的 Azure Service Health 集成：在 Flashduty 创建 Azure Monitor 集成，把它的推送地址填进 Action group 即可。

​

在 Azure 中配置

---

​

步骤 1：创建带 Webhook 的 Action group

1. 在 Azure 门户进入 Monitor，打开 Alerts → Action groups，创建 Action group
2. 在 Actions 中添加 Webhook 类型的动作，URI 填入上一步复制的推送地址
3. 启用通用告警架构（common alert schema）后保存。未启用时 Flashduty 也能解析 Service Health 的旧版负载，区别见下文“标题和描述”

​

步骤 2：创建 Service Health 告警规则

1. 在 Azure 门户选择 Service Health，在 Service Issues 面板点击 Create service health alert
2. 在 Scope 中按订阅选择范围
3. 在 Condition 中选择 Services、Regions 和 Event types（服务问题、计划内维护、运行状况公告、安全公告）。Azure 建议同时选择全部服务和区域：只有影响你所用区域的事件才会触发告警，不会因未使用的服务产生告警
4. 在 Details 中选择资源组并填写告警规则名称
5. 点击 Advanced options，在 Actions 标签页选择步骤 1 创建的 Action group，然后创建

​

字段映射

---

​

标题和描述

---

通用架构下，事件标题和正文保留在 alertContext 标签的 JSON 中。需要在通知里直接看到事件标题时，使用旧版负载（不启用通用告警架构）。

​

恢复与去重

---

• Azure 在事件进展时向同一个 Tracking ID 发送多条通知，Flashduty 按 Alert Key 合并；事件进入解决阶段时恢复告警
• 缺少 properties.trackingId 的旧版通知会被拒绝（HTTP 400）；通用架构下缺少 Tracking ID 的通知每条单独成为一条告警，不会自动恢复
• 计划内维护在 Complete 或 Canceled 阶段恢复；在维护开始前，告警处于触发状态

​

排查问题

---

• Action group 没有触发：确认 Action group 的区域是 Global，且告警规则的 Actions 标签页已选择该 Action group
• 告警没有恢复：确认告警规则仍然启用，并等待 Azure 发出事件解决阶段的通知
• Azure 显示 Webhook 调用失败：确认 URI 是完整的推送地址，包含 integration_key
• 看到多条告警：不同的 Azure 事件有不同的 Tracking ID，各自对应一条告警；同一事件的进展通知会合并

更多字段含义请参阅 Azure 文档 Create Service Health alerts、Activity log alert webhook schema 和 Common alert schema。