微服務的最后一個組件，
調用鏈監控，一個請求進來以后，經過N多個微服務，例如a調用了b。b又調用了c，那么在這個過程中看到，整個的調用的鏈路，然后每一段調用所耗費的時間，幫你去分析你的系統如果出現瓶頸以后，瓶頸到底在什么地方。
pinpoint
點擊看一下在線的demo
提供的一些應用的列表
選擇order。這張圖就是order這個服務的調用圖。
出去調用的一層，分別調用了product和payment還有mysql數據庫
outbound選擇兩層的話 圖就會刷新。每一個箭頭上都有數字，數字就是調用的次數。
請求的分布，綠點是請求成功的
鼠標框選這些時間比較長的請求
跳轉到頁面，把你選擇的請求列出來。
選中一條記錄，下面就列出來，詳細點的調用鏈。
當前這次請求，也就是選中的這條記錄 的，調用情況
timeline每一步請求，所占用的時間
混合視圖
所有看到的信息整合到一起。可以很清楚的借助這樣一個工具來分析你的鏈路。
inspector
服務器內存的使用情況
整合pinpoint
找到官方提供的docker的環境
docker的compose配置文件。
把這個項目克隆到本地
克隆到本地 需要的所有組件都裝好了
啟動docker環境。
訪問端口8079
接入應用
不需要寫代碼就可以接入pinpoint，其他的方案都需要代碼侵入。
下載解壓出來。有個pinpoint.config文件。
這個指的就是pinpoint服務器的ip，如果服務器在遠端，就要寫服務器的地址。
采樣率，當你收到請求的時候，是不是把請求信息發給pinpoint。這里配置1表示100%，所有的請求都會發給pinpoint。這樣數據量就會非常大。有些情況下，可能不需要所有的請求，都需要pinpoint。只需要知道服務大概的請款就可以了。
當前采樣，應用的服務器的類型是什么
默認配置的是tomcat。這里改成Spring_Boot
一會要借入UserApi的類
找到下面Spring_Boot的關剪子，所以把用戶服務的包名配置到這里。
UserAPI里面有main函數，你用main函數啟動的時候，它就會攔截你啟動的這個應用里面，收到的所有請求。
UserAPi的修改
告訴UserAPI啟動的時候 要用代理來啟動。
加上啟動參數
網站上有寫怎么配置啟動
指定這個jar包
代理jar包的位置。
第二個參數和第三個參數。
配置好以后 就可以啟動
訪問請求。因為服務現在是通過pinpoint代理啟動起來的。所有發往userapi的請求都會被攔截。
刷新。這里多了個應用SpringBoot類型的APi
實際上調用的獲取用戶詳情的查詢。每次調用都會查詢數據庫。
可以看到執行的SQL
以上就是pinPoint的基本使用。
結束