直接把日志系统和钉钉告警打通,这事儿听起来简单,但真正落地的时候,坑其实不少。直接用 log 包或者 zapzerolog 这些第三方库,它们本身是不带告警能力的。想做到日志告警推送钉钉,必须自己动手,把错误通道和钉钉的 HTTP 推送逻辑桥接起来。所以,关键不在于“怎么打日志”,而在于“哪些日志才值得升级成告警”,以及“怎么避免压垮钉钉接口或者把消息给丢了”。

哪些日志该走钉钉告警,而不是普通日志

日志告警不是所有 ERROR 级别都推——那等于刷屏,运维同事会恨你的。真正该触发钉钉的,是满足以下任一条件的日志事件:

普通的 log.Errorzap.Error,只写文件或 ES 就够了,除非你显式调用了一个告警函数,否则绝不发钉钉。这是第一道防线。

用带缓冲的 chan error 统一收口异步错误

goroutine 里出了错,没法像普通函数那样 return 给主流程,defer recover() 又很难覆盖所有场景。最稳妥的方式是让所有异步任务都往一个全局 channel 里“推”错误:

这里有个常见坑:panic: send on closed channel —— 说明 channel 被提前 close() 了,但 goroutine 还在往里塞;或者监控 goroutine 退出后,写入方没有停下来。

golang如何实现日志告警推送钉钉_golang日志告警推送钉钉实现大全

构建符合钉钉 webhook 规范的请求体

钉钉机器人要求消息必须包含自定义关键词(比如“告警”),而且 Content-Type 必须是 application/json;charset=utf-8,否则消息会被静默丢弃:

一个简单的示例片段:

func sendDingTalk(err error) {    payload := map[string]interface{}{        "msgtype": "text",        "text": map[string]string{            "content": fmt.Sprintf("【PROD-ALERT】%v\nTraceID: %s", err, getTraceID()),        },    }    data, _ := json.Marshal(payload)    req, _ := http.NewRequest("POST", os.Getenv("DING_WEBHOOK"), bytes.NewBuffer(data))    req.Header.Set("Content-Type", "application/json;charset=utf-8")    http.DefaultClient.Do(req)}

告警抑制与降噪必须手动实现

Alertmanager 有自带的抑制规则,但纯 Go 日志告警没有。如果你不处理,一个 DB 连接失败会引发下游 20 个服务连续报错,每条都发钉钉——结果就是运维半夜被 50 条重复消息叫醒。

最容易忽略的一点:钉钉有接口限流,每分钟最多 20 条。超频请求直接返回 429,但你的代码如果没检查 resp.StatusCode,就会以为发成功了。必须显式判断并记录失败日志,否则你永远不知道消息其实没送到。

本文转载于:https://www.php.cn/faq/2312020.html 如有侵犯,请联系zhengruancom@outlook.com删除。
免责声明:正软商城发布此文仅为传递信息,不代表正软商城认同其观点或证实其描述。