半泽和莉娜1. 为什么需要多媒介告警？
在运维监控领域，zabbix作为老牌监控系统，其告警功能一直存在一个痛点：默认仅支持邮件和短信通知。但在实际企业环境中，这两种方式存在明显不足：
邮件告警容易被淹没在日常邮件中，短信则成本高昂且无法携带丰富信息。根据2023年DevOps工具链调研报告，超过78%的中大型企业已采用企业微信或钉钉作为内部主要沟通工具。这就产生了将zabbix告警与这些办公平台对接的强烈需求。
我经历过一个典型案例：某电商公司在618大促期间，由于短信通道拥堵，关键服务器宕机告警延迟了23分钟才送达，直接导致百万级损失。事后我们紧急接入了企业微信告警，实现了秒级触达。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 企业微信告警对接实战
2.1 准备工作
首先需要注册企业微信（注意不是个人微信），进入「我的企业」获取以下关键信息：
- 企业ID：位于「企业信息」底部
- 应用凭证：在「应用管理」创建自建应用后获取AgentId和Secret
重要提示：Secret只会显示一次，务必立即保存。我曾因忘记保存导致不得不重建应用。
2.2 配置zabbix告警媒介
在zabbix前端操作：
- 进入「管理」→「报警媒介类型」
- 创建新媒介类型：
- 名称：WeCom_Alert
- 类型：Webhook
- 配置webhook参数：
javascript复制try {
var req = new HttpRequest();
var url = "https://qyapi.weixin.qq.com/cgi-bin/message/send?access_token=" + getAccessToken();
req.addHeader('Content-Type: application/json');
var resp = req.post(url, JSON.stringify({
"touser": "@all",
"msgtype": "markdown",
"agentid": "{ALERT.MEDIA.API.APPID}",
"markdown": {
"content": "**告警主机**: {HOST.NAME}\n**告警等级**: {TRIGGER.SEVERITY}\n**告警内容**: {TRIGGER.NAME}\n**当前状态**: {TRIGGER.STATUS}\n**事件时间**: {EVENT.DATE} {EVENT.TIME}"
},
"safe": 0
}));
if (resp.status != 200) {
throw "响应码: " + resp.status;
}
return "OK";
} catch (error) {
throw "请求失败: " + error;
}
function getAccessToken() {
var req = new HttpRequest();
var resp = req.post("https://qyapi.weixin.qq.com/cgi-bin/gettoken?corpid=" + "{ALERT.MEDIA.API.CORPID}" + "&corpsecret=" + "{ALERT.MEDIA.API.SECRET}");
var data = JSON.parse(resp.body);
if (data.errcode != 0) {
throw "获取token失败: " + data.errmsg;
}
return data.access_token;
}
2.3 常见问题排查
在实际部署中，90%的问题集中在：
- 企业微信API频率限制：默认每分钟600次，超过会返回45009错误
- 解决方案：在zabbix动作中配置告警合并
- 自建应用未启用：必须在应用管理界面手动启用
- IP白名单未配置：企业微信要求配置可信IP
3. 钉钉机器人告警方案
3.1 机器人创建流程
- 在钉钉群设置中选择「智能群助手」
- 添加「自定义机器人」
- 选择「加签」安全设置（比关键字更安全）
- 记录webhook地址和加签密钥
3.2 zabbix配置示例
使用自定义脚本方式：
bash复制#!/bin/bash
# 保存为/usr/lib/zabbix/alertscripts/dingtalk.sh
TIMESTAMP=$(date +%s)
SIGN=$(echo -ne "${TIMESTAMP}\n${SECRET}" | openssl dgst -sha256 -binary | base64)
curl -X POST "$WEBHOOK_URL" \
-H "Content-Type: application/json" \
-d @- <<EOF
{
"msgtype": "markdown",
"markdown": {
"title": "Zabbix告警",
"text": "### [${1}] ${2}\n> **主机**: ${3}\n> **时间**: $(date '+%Y-%m-%d %H:%M:%S')\n> **详情**: ${4}"
},
"sign": "${SIGN}",
"timestamp": "${TIMESTAMP}"
}
EOF
3.3 性能优化技巧
- 使用群消息模板：预先在钉钉后台配置好消息模板，减少每次请求的数据量
- 启用消息缓存：对于重复告警，可以在本地缓存access_token等凭证
- 异步发送：通过zabbix的alertscripts搭配nohup实现非阻塞发送
4. 双通道高可用方案
在金融级场景中，我们采用双通道互备策略：
- 主备切换逻辑：
python复制def send_alert(message):
try:
wecom_send(message)
except Exception as e:
log_error("企业微信发送失败，切换钉钉")
dingtalk_send(message)
- 状态监控看板：
- 使用zabbix自监控功能跟踪各通道成功率
- 配置通道健康度告警（如连续5次失败）
- 消息去重设计：
- 在数据库层面记录最近1分钟相同告警
- 使用Redis实现分布式锁防止重复发送
5. 高级功能实现
5.1 告警分级推送
根据TRIGGER.SEVERITY参数实现分级通知：
- 严重告警：@所有人+电话提醒
- 一般告警：仅消息通知
- 信息类：合并为日报
企业微信接口示例：
javascript复制var mention = "";
if("{TRIGGER.SEVERITY}" == "Disaster") {
mention = "<@all> ";
}
5.2 交互式告警处理
通过企业微信「按钮交互」功能：
json复制{
"msgtype": "template_card",
"template_card": {
"card_type": "button_interaction",
"task_id": "{EVENT.ID}",
"buttons": [
{
"text": "已处理",
"key": "ack_{EVENT.ID}"
}
]
}
}
处理回调需要额外开发web服务，建议使用Flask等轻量框架。
5.3 告警关联知识库
在消息中嵌入知识库链接：
code复制{{HOST.NAME}}的故障处理指南：https://kb.example.com/host/{HOST.ID}
6. 监控指标优化
- 通道健康度监控项：
- wecom.api.response.time
- dingtalk.message.queue.size
- 告警风暴防护：
sql复制-- 在zabbix数据库中添加触发器
CREATE TRIGGER alert_flood_protection
BEFORE INSERT ON alerts
FOR EACH ROW
BEGIN
DECLARE alert_count INT;
SELECT COUNT(*) INTO alert_count FROM alerts
WHERE clock > UNIX_TIMESTAMP(NOW() - INTERVAL 1 HOUR);
IF alert_count > 500 THEN
SIGNAL SQLSTATE '45000'
SET MESSAGE_TEXT = 'Alert flood detected';
END IF;
END;
7. 实际部署经验
在最近一次银行系统部署中，我们总结出以下经验：
- 企业微信更适合：
- 需要组织架构识别的场景
- 复杂消息格式需求
- 已有企业微信生态的环境
- 钉钉更适合：
- 跨企业协作场景
- 简单的机器人通知
- 需要快速上线的项目
- 混合部署建议：
- 工作日使用企业微信
- 非工作时间切换至钉钉（配合值班表）
- 关键告警双通道同时发送
配置管理方面，建议使用Ansible维护脚本：
yaml复制- name: Deploy alert scripts
template:
src: templates/wecom.j2
dest: /usr/lib/zabbix/alertscripts/wecom
mode: 0755
tags: zabbix-alert