这是一个创建于 810 天前的主题，其中的信息可能已经有所发展或是发生改变。
服务 A 调用服务 B ，服务 B 再调用服务 C...，整个链路上如果某个服务报错，怎么排查？
如何确定是哪个服务报错？
如果是 B 报错，如何查看 A 传递给 B 的参数？如果 B 有多个副本，怎么知道是哪个副本抛异常？
如何确定是哪个服务报错？
如果是 B 报错，如何查看 A 传递给 B 的参数？如果 B 有多个副本，怎么知道是哪个副本抛异常？
 | 1 twofox 2023 年 10 月 24 日 你需要一个分布式链路追踪组件 Java 有 Skywalking 或者是 es 的 apm |
 | 4 xuanbg 2023 年 10 月 24 日 你没有日志的么？哪个服务的哪个类里的哪个方法抛异常在日志里都能看得到啊。如果只需要定位异常，这就够了。但有时候异常是上游数据引发的，那就需要链路追踪，通过一个 requestId 把一串调用日志串起来看。这个可以使用第三方的成熟产品，也可以自己一路传 requestId ，打日志的时候一起打出来就行。 |
 | 6 overthemoon 2023 年 10 月 24 日 elk |
 | 7 jtwor 2023 年 10 月 24 日 skywalking 能做到，就是个链路追踪。不理解为什么要确认是哪个副本，既然都报错了，在那个副本执行都应该报错把。 |
 | 8 crazywind 2023 年 10 月 24 日 zipkin 是可以看到调用链路的吧 |
 | 12 datoujiejie221 2023 年 10 月 24 日 如果看日志的话，按 opentrace 那套标准打印 log ，elk 做采集分析就可以，我们现在采集的时候是把 k8s 的 podname 加上的 skywalking 可以定位到示例，但是我们用主要是用到指标的监控，快速定位哪个服务拖慢了速度 |
 | 14 8355 2023 年 10 月 24 日 微服务->全链路 -> 网关->防雪崩 |
 | 15 dif 2023 年 10 月 24 日 可以装个 pinpoint ，或者其他什么 apm 的东西 |
 | 16 coderxy 2023 年 10 月 24 日 链路追踪 一看就知道哪里报的错 |
 | 17 tanxnative 2023 年 10 月 24 日  1 opentelemetry |
 | 18 snb9 2023 年 10 月 24 日 sleuth + elk （ filebeat 收集）可以准确跟踪到机器，skywalking 辅助使用。单 skywalking 长链路查找有点麻烦 |
Select Language