下面是UI界面详解
查找
- 服务名：根据服务名搜索记录
- Span名称：span是跟踪系统中的基本数据单元，每个span中一般包含如下字段
- traceId：全局跟踪ID，用它来标记一次完整服务调用
- id：span的id
- parentId：父span的id，跟踪链是采用跟踪树的形式来展现的，树的根节点就是调用调用的顶点，顶点没有parentid，顶点parentid的值为traceid的值
- name：span的名称,一般是接口方法名，name的作用是让人知道它是哪里采集的span，不然某个span耗时高我都不知道是哪个服务节点耗时高。
- timestamp：span创建时的时间戳，用来记录采集的时刻。
- duration：持续时间，即span的创建到span完成最终的采集所经历的时间，除去span自己逻辑处理的时间，该时间段可以理解成对于该跟踪埋点来说服务调用的总耗时。
- annotations：基本标注列表，一个标注可以理解成span生命周期中重要时刻的数据快照，比如一个标注中一般包含发生时刻（timestamp）、事件类型（value）、端点（endpoint）等信息
- binaryAnnotations：业务标注列表，如果某些跟踪埋点需要带上部分业务数据（比如url地址、返回码和异常信息等），可以将需要的数据以键值对的形式放入到这个字段中。
- 调度行为：
- cs - Client Send : 客户端已经提出了请求。这就设置了跨度的开始。
- sr - Server Receive: 服务器已收到请求并将开始处理它。这与CS之间的差异将是网络延迟和时钟抖动的组合。
- ss - Server Send: 服务器已完成处理，并将请求发送回客户端。这与SR之间的差异将是服务器处理请求所花费的时间
- cr - Client Receive : 客户端已经收到来自服务器的响应。这就设置了跨度的终点。当记录注释时，RPC被认为是完整的。
- 时间：展示多少时间之类的追踪消息
- 根据Annotation查询：根据标注列表查询，例如http.method=post,http.path=/api/test,Client Address=xxxx…
- 持续时间 (μs) >=：根据消耗的时间搜索，
- 数量：搜索的数量
- 排序
可以下载json文档
查找结果解析
- 相对时间：从trace开始到该行为的时间
已保存
- 可以将之前的追踪信息的json保存到本地，通过这里可以打开查看
依赖
- 这里可以看见调用链的信息
Try Lens UI
- 另一种界面展示方式，两个ui界面展示的信息相同，界面不同，两个界面随时可以相互切换
高版本已经删除
搜索
- 输入全局跟踪id进行搜索