29｜可观测性与排错：生产级系统的最后拼图
Robert
你好，我是 Robert。
Hify 部署上去了，用户开始用了。然后你收到第一个反馈：“客服回复好慢”。
你打开服务器不知道慢在哪。是 LLM 调用慢？是数据库查询慢？是某个 Provider 触发了熔断？还是 Redis 连接耗尽了？你什么都看不到，因为系统是个黑盒。这也是我们在日常开发中经常遇到的问题。
这种问题在没有可观测性的系统里是最难受的，不是不能解决，是你连从哪里开始都不知道。只能靠猜，或者把每个可能的原因挨个排查，花上半天。
这一讲把它变透明。做完之后，同样的问题，你的处理方式是：看 Grafana 大盘 LLM P95 延迟最近一小时的趋势是什么样的。找到对应时间段的日志，用 traceId 过滤出这条请求的完整链路 llm_call_done durationMs=3768 providerId=2，LLM 调用花了 3.7 秒，问题在 Provider 2，不是 Hify 的问题。整个过程两分钟。
先和 Claude Code 讨论可观测性方案
不急着加代码。先用咨询模式搞清楚 Hify 需要做什么、不需要做什么。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Claude Code 企业级全链路开发实战》，新⼈⾸单¥59
《Claude Code 企业级全链路开发实战》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论