欢迎关注公众号【sharedCode】致力于主流中间件的源码分析, 我的网站:https://www.shared-code.com/服务器
上一篇博文中咱们将链路追踪系统的DEMO搭建好了,本文主要是介绍zipkin-ui界面的功能,让你们了解ui界面中一些参数的意义网络
首页
首页里面主要承载了trace的查询功能,根据不一样的条件,搜索出数据来源码分析
trace详情
span详情
这个图中,须要注意的是相对时间和调用行为网站
调用行为分以下四种:ui
cs - Client Send : 客户端已经提出了请求。这就设置了跨度的开始。spa
sr - Server Receive: 服务器已收到请求并将开始处理它。这与CS之间的差别将是网络延迟和时钟抖动的组合。code
ss - Server Send: 服务器已完成处理,并将请求发送回客户端。这与SR之间的差别将是服务器处理请求所花费的时间中间件
cr - Client Receive : 客户端已经收到来自服务器的响应。这就设置了跨度的终点。当记录注释时,RPC被认为是完整的。blog
相对时间:排序
表示在调用链开始到如今的时间,好比
从trace生成到如今,
17ms的时候,Client Send bas-ms这个应用发出了调用
19ms的时候,Server Receive ems-ms收到了bas-ms的调用。 这个说明,从bas-ms到ems-ms中间的网络耗时花费了2ms.
34ms的时候,Server Send ems-ms的方法执行完毕,准备返回响应结果给bas-ms , 这说明ems-ms处理请求花费了34-19 = 15ms
34ms的时候,Client Receive bas-ms收到了返回结果
界面显示的时候,是根据相对时间来排序的,因此Client Receive排在了第三位,由于他和Server Send的时间是同样的。
全局依赖
点击服务名,弹出以下框,显示出了调用关系,
点击具体的服务名,出现以下界面
Number of calls : 总的调用数(除去异常的)
Number of errors:调用异常的次数