首页/云/可观测性速查/可观测性三支柱:Metrics、Logs、Traces
本包目录(282 条)
监控体系与方法40 条
Prometheus 与采集64 条Grafana 与看板53 条日志平台52 条链路追踪23 条告警与响应50 条

可观测性三支柱:Metrics、Logs、Traces

指标、日志、链路追踪三类遥测数据的定位与分工:指标回答整体趋势,日志回答单次细节,链路回答请求跨服务的路径;三者靠统一标签与 trace_id 关联。

可观测性速查云更新于 2026-10-12

Metrics 成本低、适合聚合趋势与告警;Logs 细节全、适合定位单次异常;Traces 串联跨服务调用路径,回答慢在哪一跳。三者互补,缺任一类都会让排障回到靠猜。

三支柱对比

维度Metrics 指标Logs 日志Traces 链路
数据形态数值时间序列带时间戳的文本/结构事件树状 span 调用记录
回答什么问题整体健康与趋势如何这次报错的具体细节请求慢在哪个服务、哪一跳
典型工具Prometheus、VictoriaMetricsELK、LokiJaeger、Tempo
成本量级低(聚合存储)偏高(原始文本)中(与采样率相关)

三类数据的关联手段

三类数据的关联手段
指标 exemplar 携带 trace_id -> 从告警点直接跳到链路
日志行里输出 trace_id(如 trace_id=4bf92f3577b34da6a3ce929d0e0e4736)-> 从日志跳到链路
落地顺序通常是:先指标打底,再日志补细节,链路按服务复杂度逐步接入。

易错点

  • 只做指标不做链路时,跨服务慢请求只能逐个服务翻监控;只做日志不做结构化,检索成本会快速上升
  • 三类数据的标签口径与时间戳不一致会导致关联失败,事先统一 service.name 与主机时钟

数据来源与参考

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌