CentOS上Golang日志如何告警

在 CentOS 上跑 Golang 应用，日志告警这件事儿，说复杂也复杂，说简单也简单。不少团队初期只顾着写业务代码，等到线上出了故障才手忙脚乱翻日志。其实，提前把告警机制搭好，能省去很多半夜被叫醒的痛苦。下面这几种方法，基本覆盖了从轻量级到企业级的常见方案，你可以根据实际场景灵活选择。

使用第三方日志库

Golang 生态里有好几个成熟的日志库，比如 logrus、zap，它们不仅能帮你格式化输出、控制日志级别，还内置了 hook 机制来触发告警。举例来说，logrus 可以注册一个 MailHook，当日志级别达到 error 时自动发邮件；zap 则可以通过自定义 WriteSyncer 将错误日志写入特定通道，再由外部程序处理。这种方式胜在灵活、侵入性小，适合中小规模的项目。

整合 ELK 堆栈

如果你需要集中管理多台机器的日志，ELK（Elasticsearch、Logstash、Kibana）是经典组合。Golang 应用把结构化日志（如 JSON 格式）写进文件或直接通过 TCP/UDP 发给 Logstash，Logstash 做过滤和加工后存入 Elasticsearch，最后在 Kibana 里配置告警规则——比如“5 分钟内出现超过 10 条 500 错误”就触发通知。这套方案的可视化能力很强，适合运维团队已经有 ELK 基础设施的场景。

借助 Prometheus + Grafana

Prometheus 主打指标监控，但同样可以用在日志告警上。思路是把日志中的关键事件（如错误数量、请求延迟）转化为 Prometheus 的 Counter 或 Gauge 指标，通过 promhttp 暴露给 Prometheus 抓取，然后在 Grafana 中设置告警阈值。优点是与现有监控体系统一，不需要额外维护一套日志管道，缺点是需要提前设计好指标的提取逻辑。

利用文件监控工具

如果不想引入太重的外设系统，系统自带的 inotify-tools 就够用了。在 CentOS 上安装后，写一个简单的 shell 脚本监听日志文件的修改事件，一旦新增行匹配特定关键字（比如“FATAL”），立即通过 mail、信息网关或 Webhook 发告警。这种方法成本最低，但只适合单机、低频率的场景，并且需要自己维护脚本的健壮性。

与系统日志服务联动

CentOS 默认跑着 rsyslog 或 syslog-ng，它们都具备强大的过滤和转发能力。Golang 应用可以借助 syslog 包直接把日志写到本地 syslog 服务，然后在 rsyslog 配置里写上规则：当收到指定 facility 和 priority 的消息时，执行脚本或发送邮件。这比单独写监控脚本更可靠，因为系统日志服务本身有缓冲和重试机制。

无论选择哪条路，核心前提是应用本身要有清晰的日志记录策略——该打什么级别、什么格式、频率如何。否则，再好的告警工具也只能在垃圾堆里找金子。