低延迟的数字感:高频交易系统的关键路径预算常以百纳秒计,一次系统调用约数百纳秒,一次 TLB miss 到内存约几十纳秒,一次上下文切换微秒级——printf、日志落盘、甚至是 perf 默认的采样中断,在这个尺度上都是"重武器"。因此真实做法是:生产路径上只用被动计数器与硬件时间戳(如 x86 的 rdtsc、网卡 PTP 硬件打戳),把重型观测放到回放与实验环境。BPF 的出现正是这一矛盾的产物:内核态聚合、按事件过滤、用户态只取摘要,把观测成本压到纳秒量级。
AI 法证的现状:日志聚类的经典做法是把非结构化日志解析成模板(如 Drain 算法),把百万行日志压缩成几千个模板变量序列,异常即"模板分布的漂移";指标侧的异常检测常用预测区间(如时序模型给出预期带宽,越界告警);根因排序则依赖调用链与服务依赖图谱做传播分析。要记住的边界:这些方法给出的是"嫌疑排序",误报率在真实生产中仍以十个百分点计,最终定罪仍靠人拿火焰图与源码对质。
工程闭环的落点:性能预算要写成 CI 可检查的数字(如"P99 延迟 ≤ 120 ms,回归超 5% 即红灯"),而不是文档里的一句愿景;复盘要回答三个问题——为什么没被 CI 拦住、为什么当时没人发现指标爬坡、下次检查点加在哪。
学习路径建议
7.1 适合做深度阅读一次、日后按需查阅;7.2 建议动手:挑一个自己项目的日志,跑一遍模板聚类,看模板数与异常命中率;7.3 最有价值的是把清单改写成自己团队的可执行版本——照抄不如改编。全书的收束:回到第 1 章的方法论(测量先行、假设驱动),检查这六周学到的工具各自在 USE 方法(利用率/饱和度/错误)的哪个格子里归位。
前置知识与后续延伸
前置:全书前六章的方法与工具。
一个自我检验:如果让你向新同事解释"为什么不能一上来就上 AI 法证",你能否用 7.1 的观测成本账与 7.2 的误报率两句话讲清。