下面是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進行搜尋