微服务链路追踪 zipkin 组件 ui界面详解(二十)

有小伙伴服务中用到了zipkin ，很多人反馈，UI页面不太会用，今天我和大家分享一下：

1、zipkin 首叶面详解  http://localhost:9411

2、查到某个或某几个问题请求，下载json日志，查找原因。

3、点击一个进入到下一个页面：trace详情

 

4、点击一个服务名：显示的信息大家应该一目了然

这个图中，需要注意的是相对时间和调用行为
调用行为(Annotation)分如下四种：
cs - Client Start : 客户端已经提出了请求。这就设置了跨度的开始。
sr - Server Finish: 服务器已收到请求并将开始处理它。这与CS之间的差异将是网络延迟和时钟抖动的组合。
ss - Server Start : 服务器已完成处理，并将请求发送回客户端。这与SR之间的差异将是服务器处理请求所花费的时间
cr - Client Finish: 客户端已经收到来自服务器的响应。这就设置了跨度的终点。当记录注释时，RPC被认为是完整的。

 

相对时间（Relative Time）从trace生成到现在，nandao-web  nandao-order
3.144ms的时候，Client Start nandao-web这个应用发出了调用
7.241ms的时候，Server Finish  nandao-order收到了nandao-web的调用。 这个说明，从nandao-web到nandao-order中间的网络耗时花费了7.241-3.144ms.
14.808ms的时候，Server Start nandao-order的方法执行完毕，准备返回响应结果给nandao-web , 这说明nandao-order处理请求花费了14.8.8-7.241 = 15ms
14.961ms的时候，Client Finish  nandao-web收到了返回结果
界面显示的时候，是根据相对时间来排序的，所以Client Finish  排在了第三位，因为他和Server Start 的时间基本是一样的，差别很小。 

 5、点击 More info 显示三个id

6、全局依赖：

点击点击nandao-web服务：

点击：

Number of calls ： 总的调用数（调用成功的，除去异常的）

Number of errors：调用异常的次数

到此zipkin界面使用分享完了，大家平日要多操作、多查询、多思考，很快就会熟练使用的。