微服务分布式对接口调用,你们是怎么追踪链路的?

[cking]

示例服务器:
A-business-service: A 业务系统实现服务(业务实现方法)
A-base-service: A 基层系统实现服务(链接 Mysql)
B-business-service: B 业务系统实现服务(业务实现方法)
B-base-service: B 基层系统实现服务(链接 Mysql)
A 可以调用 A/B 的基础 但是 A 不能调用 B 业务层
.....
现在的是这样的 有一串代码
public void example(){
.....
aBusiness.aBase();
aBsuiness.bBase();
.....
}
然后在 A 调用 B 基础的时候报错了 看日志 是 B-base 报错的 然后但是我们不知道是 A-business 的调用还是 B-business 的调用...

现在的有一个想法就是用一个服务固定的 source 字段去标记 然后传递到基础服务的接口中...(管理觉得加入分布式链路追踪太麻烦了) 我的想法是用 ZipKin 之类的开源框架

V 友们也可以推荐一下好用的框架或者 Idea. Thx

[wolfie]

前两天刚看到的
https://mp.weixin.qq.com/s/t_xjkegwijGJKHD-tS0PoA

[demobin]

request.getRemoteAddr()

[cking]

@demobin 用过了 但是我们的服务 有时候两三个服务在一个机子上面....

[monkeyWie]

skywalking esapm 可以看看

[unixeno]

第一个发起者生成一个 logid，后面的 rpc 一路传下去

[limuyan44]

我几年前搞这个当时只有个 dubbo，啥配套的都没上，最简单的就是链路加个 id 就完事了，java 来搞改改 rpc 框架和日志模板用不了几行代码，还不影响现有的代码，查日志看 id 就行了。

[joesonw]

java 全家桶的话就 skywalking 嘛. 不然就 opentracing 那一套, 存储可以用 jaeger.

[cking]

@monkeyWie
@unixeno
@joesonw
感谢大家回复 公司给时间慢慢看 嘿嘿 摸鱼+1

[vindurriel]

复议 5 楼 debug 的话透传 request id 就行 用不着实施链路追踪系统

[kingwrcy]

加个 traceNo,放入 http header 中,一路透传,每个服务都生成自己的,加上 parent 的

[imycc]

在 nginx 或者网关入口生成一个 traceid （如果有就不生成），改造一下业务的日志模块，打印这个 ID 。日志传到 es，剩下就自行发挥

[InkAndBanner]

zipkin

[gmywq0392]

谷歌有论文。

[xuanbg]

网关拦截验证鉴权的同时生成一个 requestId，放在请求头一路传到底。然后 kibana 就能根据这个 requestId 找出一串日志来。

[clf]

网关生成一个 ID，然后日志里全会附带这个 ID，调用链就都出来了。

[qfdk]

apm 吧 这个简单

[qfdk]

@imycc 都有 es 了 用他家 apm 就好了， 挂个 agent 起来 给每条数据都有个 transactionId 还有个 traceId. 这样需要某些特定 log 的 改下 file beat 穿出去就好了

[csl1995]

requestid

[Yoock]

jaeger?

[cking]

@xuanbg
@lychs1998
我们之前想法就是用这个请求头来获取 我们有一个全局拦截接口参数 刚刚好可以打印