在 Flashduty On-call
您可通过以下两种方式获取集成推送地址,任选其一即可。使用专属集成
- 进入 Flashduty 控制台,选择 协作空间,打开一个协作空间
- 选择 配置 → 集成数据 → 专属集成,点击 新增集成
- 选择 Sumo Logic,点击 保存
- 打开生成的集成卡片,复制 推送地址
使用共享集成
- 进入 Flashduty 控制台,选择 集成中心 → 告警事件
- 选择 Sumo Logic,填写集成名称
- 配置默认路由并选择协作空间;创建后可在 路由 中增加更多规则
- 点击 保存,复制生成的 推送地址
在 Sumo Logic 中配置
1
在 Sumo Logic 中创建 Webhook Connection
操作路径:Sumo Logic › Monitoring › Connections › + Add(经典界面:Manage Data › Monitoring › Connections › + Add)
2
配置 Alert 和 Recovery Payload
操作路径:Sumo Logic › Monitoring › Connections把下面的 JSON 同时粘贴到 Alert Payload 和 Recovery Payload(两者都标为可选,但 Flashduty 需要它们,Recovery Payload 不填则无法恢复告警):点击 Test Connection,返回
200 OK 表示 Sumo Logic 能连通 Flashduty;Test Alert Payload 与 Test Alert + Recovery Payload 发送的是 Sumo Logic 的示例数据,只用于检查连通性。确认后点击 Save。3
在 Sumo Logic Monitor 中使用该 Connection
操作路径:Sumo Logic › Notifications › Add Notifications
通知中默认使用 Connection 上配置的 Payload,保持默认即可。
4
触发并确认告警生命周期
让 Monitor 真正进入阈值,确认 Flashduty 收到活动告警;再让指标或日志结果恢复正常,确认原告警恢复。Connection 的测试按钮只验证 Webhook 可达,不能证明真实告警生命周期可以关联。几秒后回到 Flashduty,集成显示 最新事件时间,说明配置成功。
Alert Key
Flashduty 直接使用AlertResponseId 作为 Alert Key。Sumo Logic 官方将其定义为已触发告警的唯一标识;Critical 触发与对应的 ResolvedCritical 恢复携带相同的 AlertResponseId。
Id 是 Monitor ID,一个 Monitor 在告警分组启用时可以产生多个独立告警,因此 Id 只作为标签,不能单独作为 Alert Key。标题、等级、时间范围、触发值和 AlertGroup 的变化都不会改变 Alert Key。
状态和告警等级
空值或未知
TriggerType 会被拒绝,避免把无法判断状态的请求写入错误的告警生命周期。
排查问题
- Sumo Logic 返回非 2xx:确认 Push URL 完整且包含
integration_key - Flashduty 返回参数错误:确认 Payload 是有效 JSON,且
alert_response_id、trigger_type非空 - 告警没有恢复:确认填写了 Recovery Payload,并在 Monitor 中启用了恢复通知
- 多个分组互相覆盖:确认 Payload 使用
{{AlertResponseId}},不要改成{{Id}} - 测试成功但真实告警没收到:检查 Monitor 是否启用、阈值是否真实命中,以及 Monitor 是否关联了该 Connection