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

This topic created in 2138 days ago, the information mentioned may be changed or developed.

示例服务器:
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

调用

MySQL

服务

业务

39 replies • 2020-12-29 17:23:50 +08:00

wolfie

Dec 28, 2020

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

demobin

Dec 28, 2020

request.getRemoteAddr()

cking

Dec 28, 2020

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

monkeyWie

Dec 28, 2020 via Android

skywalking esapm 可以看看

unixeno

Dec 28, 2020 via Android

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

limuyan44

Dec 28, 2020 via Android

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

joesonw

Dec 28, 2020

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

cking

Dec 28, 2020

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

vindurriel

Dec 28, 2020 via iPhone

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

imycc

Dec 28, 2020

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

InkAndBanner

Dec 28, 2020

zipkin

gmywq0392

Dec 28, 2020

谷歌有论文。

xuanbg

Dec 28, 2020

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

clf

Dec 28, 2020

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

qfdk

PRO

Dec 28, 2020 via iPhone

apm 吧这个简单

qfdk

PRO

Dec 28, 2020 via iPhone

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

csl1995

Dec 28, 2020

requestid

Yoock

Dec 28, 2020

jaeger?

cking

Dec 28, 2020

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

Kyle18Tang

Dec 28, 2020

不知道你们是不是用的 Java，如果技术栈是 Spring Cloud 推荐使用 Spring Cloud Zipkin，默认支持很多场景的链路追踪，例如 HTTP 、RabbitMQ 、Kafka 、MySQL 、MongoDB 等都有支持。

Jooooooooo

Dec 28, 2020

入口埋一个唯一 id, 然后一路传下去.

一般放在 thread local 里, 对于线程池稍微改造下

cking

Dec 28, 2020

@Kyle18Tang 就是 Cloud 家族

Kyle18Tang

Dec 28, 2020

@cking #23 我们现在使用的就是 Spring Cloud Zipkin，很舒服，整个链路都能追踪，通过 Trace Id 就能搜索到所有链路上的日志了

cking

Dec 28, 2020

@Kyle18Tang #24 我先试下 requestId 的方式主要是管理不太想继续集成其他框架了除非万不得已

cking

Dec 28, 2020

@Kyle18Tang #24
@cking #25
已经叫我们运维在 nginx 中加了一个 X-Request-Id 了在请求头中

Kyle18Tang

Dec 28, 2020

@cking #25 微服务只需要依赖一个 starter 而已。。。然后加个往哪里发送的配置。Zipkin 的服务器另外搭建，Docker 就能启动，数据我们存到了 ES 里。自己写我是感觉真没必要，费时费力。

whiler

Dec 28, 2020

业界已经有一套成熟的方案了，可以看一下 opentracing

Kyle18Tang

Dec 28, 2020

@cking #26 不再建议自定义 HTTP 头采用 X-前缀，https://tools.ietf.org/html/rfc6648

cking

Dec 28, 2020

@Kyle18Tang 好的我去把主管说服吧哈哈哈

xuanbg

Dec 28, 2020

Zipkin 真心没有自己查 requestId 方便

gjf

Dec 28, 2020 via iPhone

这可以用 trace 解决也叫分布式链路追踪，可以看看云原生的 opentraceing，如果 java 可以使用 specialagent，对代码没有任何侵入

Yiso1573

Dec 28, 2020

spring sleuth ,好像要求 spring cloud ？目前我们用的这个

xuzhzzz

Dec 28, 2020

《管理觉得加入分布式链路追踪太麻烦了》

同样的领导，明明主流方案就在那里，偏偏自己搞，搞得不三不四的，到头来难受的还是自己

cking

Dec 28, 2020

@xuzhzzz 没法程序员打工仔最底层的人被测试,产品,运维,前端呼来唤去

chogath

Dec 28, 2020

requestId

laminux29

Dec 29, 2020

整个过程，每个经过的节点 ID 或组件 ID 必须都记录上，要不以列表或数组形式记录在数据里，要不分散在各组件的日志里后期汇总。

这种东西无论是调试、流控还是分布式性能调优，都有重要作用。

lewis89

Dec 29, 2020

其实...最好的办法是不上微服务...大部分公司的量级根本没有达到紧迫到需要上微服务的情况

liian2019

Dec 29, 2020

traceId + spanId