sleuth+zipkin ui界面详解(二)

欢迎关注公众号【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:调用异常的次数

相关文章
相关标签/搜索