服务可观测性三件套：日志、指标、链路的协同

背景

系统出问题时，工程师的第一反应往往是"先看日志"。但在分布式架构下，单看日志常常不够：日志回答"发生了什么"，指标回答"是否异常"，链路追踪回答"在哪里发生"。三者协同才能构成完整的可观测性。

三类数据的定位

日志：事件的细节

日志记录离散事件的完整上下文，适合排查具体错误。结构化日志（JSON 格式、统一字段）是检索与分析的前提。日志量大、成本高，通常只保留有限时长。

指标：系统的体检报告

指标是聚合的数值序列（QPS、延迟分位、错误率），成本低、可长期保留，是告警的基础。系统健康度一眼可判，但看不到个体请求的细节。

链路追踪：请求的行程单

分布式追踪记录一次请求穿过各服务的完整路径与耗时分布，能快速定位"慢在哪一跳、错在哪个服务"。用 TraceID 串联日志是排障利器。

协同的排查路径

实践中推荐的路径是：指标告警发现问题，链路定位异常服务与接口，日志还原错误上下文。三者通过统一的 TraceID 与时间线关联，而不是各自为战。

落地建议

先让 TraceID 贯穿三端；日志尽早结构化；指标覆盖延迟、流量、错误、饱和度四个黄金信号；工具选型上，开源组合与云托管服务可按团队运维能力取舍。

小结

可观测性不是堆工具，而是让三类数据在同一坐标系里说话。从告警到定位的路径越短，故障恢复就越快。