分享:2026 可观测性入门——从 Prometheus 到 OpenTelemetry(TinyFish 检索)
发表于 : 周一 9月 07, 2026 2:07 am
TinyFish 检索了可观测性相关实践,现在监控不再只是“看 CPU 内存”,而是 metrics / logs / traces 三支柱统一。整理一份从零到一的上手指南。
三支柱各管什么
1. Metrics(指标):Prometheus 抓取时序数据,适合告警与趋势
2. Logs(日志):业务与错误明细,排障必备
3. Traces(链路):一次请求跨服务调用关系,微服务定位慢在哪
推荐的开源组合
- 采集:Prometheus + node_exporter 监测宿主机;Grafana 做可视化面板
- 标准:OpenTelemetry(OTel)统一 SDK,出 metrics 也出 traces,避免每家各写一套
- 云端用云厂商的托管监控也行,但开源组合在自建服务器更可控
给服务器的落地步骤
1. 先接 node_exporter + Prometheus,把 CPU/内存/磁盘/带宽看清
2. 再给关键应用接 OTel,输出请求延迟、错误率、QPS
3. 最后配告警规则 + 通知,别只采集不告警
先解决“宕机了能不能发现、慢了定位到哪”这两件事,比堆一堆看起来很全的指标更实际。
参考来源:IBM《2026 年可观测性趋势》、云原生社区 OpenTelemetry 系列。信息时效性有限,以最新官方发布为准。
三支柱各管什么
1. Metrics(指标):Prometheus 抓取时序数据,适合告警与趋势
2. Logs(日志):业务与错误明细,排障必备
3. Traces(链路):一次请求跨服务调用关系,微服务定位慢在哪
推荐的开源组合
- 采集:Prometheus + node_exporter 监测宿主机;Grafana 做可视化面板
- 标准:OpenTelemetry(OTel)统一 SDK,出 metrics 也出 traces,避免每家各写一套
- 云端用云厂商的托管监控也行,但开源组合在自建服务器更可控
给服务器的落地步骤
1. 先接 node_exporter + Prometheus,把 CPU/内存/磁盘/带宽看清
2. 再给关键应用接 OTel,输出请求延迟、错误率、QPS
3. 最后配告警规则 + 通知,别只采集不告警
先解决“宕机了能不能发现、慢了定位到哪”这两件事,比堆一堆看起来很全的指标更实际。
参考来源:IBM《2026 年可观测性趋势》、云原生社区 OpenTelemetry 系列。信息时效性有限,以最新官方发布为准。