日志、指标、链路追踪如何配合

一、指标回答系统是否健康
指标是按时间聚合的数值，例如请求量、错误率、耗时分位数、资源水位。它的特点是成本低、可聚合、适合告警和趋势分析。指标擅长回答系统是否正常、什么时候开始异常、异常影响多大范围。

指标的短板是没有细节。错误率升高告诉你出问题了，但无法告诉你具体哪个请求为什么失败。指标维度设计不当还会导致基数爆炸，拖垮监控系统。标签取值应该控制范围，用户标识、请求标识这类高基数字段不应作为指标标签。

二、日志回答具体发生了什么
日志是离散事件的记录，包含丰富的上下文，是定位具体问题的最终依据。一次请求失败的具体参数、异常堆栈、中间状态，通常只能从日志中获得。

日志的短板是成本高、难以聚合。海量日志无法人工阅读，必须依赖检索和采样。结构化日志是发挥日志价值的前提，统一字段命名、输出标准错误码，日志才能被机器有效检索和统计。日志级别也需要治理，生产环境长期开着调试级别，既浪费存储又淹没关键信息。

三、链路追踪回答请求经过了哪里
链路追踪把一次请求在多个服务间的调用过程串联成一棵树，记录每一段的耗时和状态。它回答的是请求经过了哪些服务、慢在哪一段、错误从哪个环节开始传播。

链路追踪的核心是上下文的透传，同一个请求的各个环节必须携带同一个追踪标识。追踪数据量大，通常需要采样。全量采样成本高，固定比例采样又可能漏掉关键异常。实践中常用尾部采样策略，优先保留出错和超时的链路，兼顾成本与价值。

四、三者如何配合
一次典型的故障排查路径是：指标告警发现异常，通过指标标签定位到具体服务和接口；链路追踪下钻到异常的请求，看清故障在调用链中的位置；最后用日志还原具体请求的失败原因。从面到线再到点，三个工具各管一段。

配合的技术基础是关联标识。日志中输出追踪标识，链路与指标带上相同的维度标签，排查时才能在三个系统之间跳转。标识体系不统一，三个工具就是三座数据孤岛。

五、常见误区
把可观测性等同于部署几个采集 Agent，数据收上来却没人定义告警和看板。所有指标都告警，导致告警疲劳，真正的告警被忽略。只在故障后补埋点，发现关键路径没有数据。把日志当指标用，通过全文检索统计数值，成本高性能差。

六、总结
指标看面，链路看线，日志看点，三者互补而非替代。可观测性建设的重点不是采集更多数据，而是让数据能顺着统一标识串起来，支撑从发现异常到定位根因的完整路径。工具部署只是开始，指标规范、日志规范、追踪规范和配套的告警值班机制，才是可观测性真正发挥价值的部分。