推文

@fireandstart · 2026-10-11 08:13

真正有价值的可观测性，不是把 traces、logs、metrics、alerts 摆进同一个控制台，而是让它们围绕一次真实故障连起来：从异常指标定位到具体服务和发布，再顺着 trace 找到对应日志、责任代码与修复 PR，最后观察上线后问题是否消失。Maple 这串演示里，数据库连接池在坏部署后堆积、payment-svc 错误率从 0% 跳到 10.5%、p95 从 389ms 升到 5 秒，这种把部署变化与服务信号放在一起的呈现，比单独堆一排图表更接近工程师真正要回答的问题：哪次变化引发了影响，谁受影响，下一步该做什么。 我尤其留意到 MCP server 和调查事件的 agent。代理要真正帮助排障，前提不是再多一个聊天框，而是有权限边界清楚、可追溯且与业务实体关联的上下文：服务、trace、日志、告警、部署和 issue 能互相引用；结论还能回到原始证据。自动归因可以缩短搜索路径，但不能把相关性包装成因果，也不能代替人决定是否回滚或发布。若这些能力被整合得足够顺滑，observability 才会从事后看图，走向可验证的排障闭环。

曝光 26 · 评论 0 · 点赞 0 · 书签 0 · 曝光/时 19.9763708664857