可观测性：日志、指标与追踪

很多项目的日志只记录错误，而且是零散的字符串。故障发生时，团队要在服务器上翻文件、拼时间线，一查就是几个小时。可观测性建设并不昂贵，关键是结构。

三类信号的用途

日志回答“发生了什么”：请求参数、异常堆栈、业务关键节点。结构化日志比纯文本更易检索。

指标回答“是否异常”：接口耗时、错误率、队列积压。指标适合做告警，不适合定位细节。

追踪回答“慢在哪一环”：一次请求经过哪些服务，各段耗时多少。跨服务调用多时尤其必要。

最小可行的做法

所有请求打一个统一的 request id，日志、指标、追踪都能按它串起来。

关键业务动作单独打点，比如订单创建、审批通过，方便事后核对。

保留三十天的查询窗口，超过三十天的数据归档而不是丢弃。

可观测性不是买一套平台就有的，而是从第一条结构化日志开始积累的。