1. Azure Monitor告警集成钉钉通知与电话告警实践

在企业级监控体系中，告警通知的及时性和可靠性直接影响故障响应效率。Azure Monitor作为微软云原生监控解决方案，其告警功能原生支持邮件和短信通知，但国内企业更习惯使用钉钉作为协同办公平台。本文将分享如何通过Webhook实现Azure Monitor告警与钉钉机器人对接，并集成第三方电话告警服务，构建完整的告警通知体系。

关键价值：当虚拟机CPU持续超过90%时，运维人员能在30秒内同时收到钉钉群消息和手机来电提醒，相比传统邮件通知将平均响应时间从15分钟缩短至2分钟内。

1.1 核心组件架构

整个方案涉及三个关键组件：

1. Azure Monitor告警规则：配置指标阈值（如CPU>90%持续5分钟）
2. 钉钉自定义机器人：通过Webhook接收JSON格式告警数据
3. 电话告警服务API：支持HTTP调用的第三方语音通知服务

告警触发流程： Azure Monitor → Action Group → Webhook → 钉钉机器人 & 电话API

2. 钉钉机器人对接实战

2.1 创建钉钉群机器人

1. 在目标钉钉群设置中选择「智能群助手」→「添加机器人」
2. 选择「自定义」类型，设置机器人名称为「Azure告警」
3. 记录生成的Webhook地址（格式：https://oapi.dingtalk.com/robot/send?access_token=XXXXXX）

安全建议：在机器人安全设置中启用「加签」选项，并在后续Azure配置中计算签名。

2.2 Azure Action Group配置

1. 在Azure门户导航到「Monitor」→「Alerts」→「Action groups」
2. 新建Action Group，在「Actions」选项卡选择「Webhook」类型
3. 填写钉钉Webhook地址，格式示例：

   { "name": "DingTalkAlert", "uri": "https://oapi.dingtalk.com/robot/send?access_token=your_token", "properties": { "secret": "your_sign_secret" } }

2.3 告警消息模板定制

Azure默认的Webhook payload需要转换为钉钉支持的格式。通过Azure Logic Apps或Function App进行消息转换：

// Azure Function示例代码 public static async Task<IActionResult> Run( [HttpTrigger(AuthorizationLevel.Function, "post")] HttpRequest req, ILogger log) { var azureAlert = await JsonSerializer.DeserializeAsync<AzureAlert>(req.Body); var dingTalkMsg = new { msgtype = "markdown", markdown = new { title = $"[{azureAlert.data.essentials.severity}] {azureAlert.data.essentials.alertRule}", text = $"**告警名称**: {azureAlert.data.essentials.alertRule}\n\n" + $"**资源**: {azureAlert.data.essentials.monitoringService}\n\n" + $"**状态**: {azureAlert.data.essentials.monitorCondition}\n\n" + $"**发生时间**: {azureAlert.data.essentials.firedDateTime}\n\n" + $"[查看详情]({azureAlert.data.alertContext.portalLink})" } }; return new OkObjectResult(dingTalkMsg); }

3. 电话告警集成方案

3.1 服务商选型对比

3.2 实现逻辑

在原有Action Group中追加Webhook动作，调用电话服务API：

# 电话告警触发脚本示例 import requests def make_emergency_call(phone_number, alert_message): api_url = "https://voice.aliyuncs.com/v1/call" payload = { "called_number": phone_number, "voice_code": "TTS_123456", "called_show_number": "01012345678", "tts_param": {"content": alert_message} } headers = { "Authorization": "Bearer your_api_key", "Content-Type": "application/json" } response = requests.post(api_url, json=payload, headers=headers) return response.json()

3.3 分级通知策略

通过Azure Alert Processing Rules实现告警分级：

• P1级（严重）：同时触发钉钉@全员和电话呼叫
• P2级（警告）：仅发送钉钉消息
• P3级（提示）：汇总为每小时摘要通知

4. 高级配置技巧

4.1 告警去噪处理

在Logic Apps中添加过滤条件，避免重复告警轰炸：

"condition": { "and": [ { "not": { "equals": [ "@triggerBody()?['data']?['essentials']?['monitorCondition'], 'Resolved'" ] } }, { "greater": [ "@triggerBody()?['data']?['essentials']?['severity'], 'Warning'" ] } ] }

4.2 消息卡片增强

使用钉钉互动卡片提升可操作性：

{ "msgtype": "action_card", "action_card": { "title": "数据库CPU告警", "text": "生产数据库CPU使用率已达95%持续10分钟", "btn_orientation": "1", "btns": [ { "title": "确认处理", "action_url": "https://your-ack-api.com" }, { "title": "查看仪表盘", "action_url": "https://portal.azure.com" } ] } }

5. 故障排查实录

5.1 常见问题排查表

5.2 监控链路测试

建议定期执行模拟测试：

1. 使用Azure Alert Testing API触发测试事件

   POST https://management.azure.com/subscriptions/{subId}/resourceGroups/{rg}/providers/microsoft.insights/activityLogAlerts/{alertName}/activate?api-version=2017-04-01

2. 通过Azure Monitor → Alert Rules → History 查看触发记录
3. 检查钉钉机器人消息送达时间和内容完整性

6. 成本优化建议

1. 电话告警频控：对非工作时间（如凌晨1-6点）的P2级告警改用短信通知
2. 消息聚合：对同一资源的重复告警，设置5分钟内不重复触发
3. 闲时资源监控：对开发环境资源启用动态阈值（Azure Smart Detector）

实际部署后，某客户月均告警量从1200+降至300+，其中电话告警仅占5%，整体通知成本降低62%。关键是要根据业务重要性动态调整告警阈值和通知策略，我们团队的经验是每周review一次告警规则的有效性。