这是一个创建于 2098 天前的主题，其中的信息可能已经有所发展或是发生改变。
做业务系统的，经常有 bug，要是能复现的话，99.9%都能定位到原因；经常有些偶发的问题，涉及到的链路特别长（ a 服务 -> b 服务 -> ...K 服务），很难确定具体是哪个部分有问题，关键也不熟悉各个服务的代码，查问题只能通过 kibana 上面的日志寻找线索，你们是怎么处理这类问题呢？
第 1 条附言 2020 年 7 月 27 日
看样子是只能加日志排查了...
 | 1 9yu 2020 年 7 月 27 日 via Android 问熟悉服务的人啊，自己解决不了的问题就不要自己解决。 |
 | 2 |
 | 3 Leigg 2020 年 7 月 27 日 via Android 当前服务在返回错误时一定要打日志 |
 | 5 zarte 2020 年 7 月 27 日 有预生产环境么？ |
 | 6 gggyyybbb 2020 年 7 月 27 日 pinpoint 了解一下 |
 | 7 metamask 2020 年 7 月 27 日 你先把握住大概流程，比如你说的 a --> b --> c --> d 你先缩小出现问题的地方。 比如直接去掉你熟悉的 a 和 d （按你描述，你一般在上游或者下游），你那么就只需要排查 b 和 c 。 然后你就看 c 入口的日志，没反应的话， 再看 b 入口和模块日志。 ================= 至于偶发的问题，这个我觉得是挺悖论的。。。 你在这个发生的地方，拿着它去上游回溯或者看下参数到这里是怎么转变，还是可以排查 |
Select Language