如何使用SpringCloud跟蹤分布式鏈路

如何使用SpringCloud跟蹤分布式鏈路？針對這個(gè)問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡單易行的方法。

創(chuàng)新互聯(lián)建站堅(jiān)持“要么做到，要么別承諾”的工作理念，服務(wù)領(lǐng)域包括：網(wǎng)站建設(shè)、成都做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣等服務(wù)，滿足客戶于互聯(lián)網(wǎng)時(shí)代的西鄉(xiāng)網(wǎng)站設(shè)計(jì)、移動媒體設(shè)計(jì)的需求，幫助企業(yè)找到有效的互聯(lián)網(wǎng)解決方案。努力成為您成熟可靠的網(wǎng)絡(luò)建設(shè)合作伙伴！

程序測試錯(cuò)誤追責(zé)

我舉個(gè)例子，我現(xiàn)在要做一個(gè)電商項(xiàng)目，項(xiàng)目里面有一個(gè)購買模塊，那我這邊可能要執(zhí)行一個(gè)代碼，比如減庫存之類的東西，那我兩個(gè)服務(wù)不就是要相互調(diào)用嘛，我自身是一個(gè)服務(wù)，我現(xiàn)在要調(diào)用減庫存這個(gè)服務(wù)；

你調(diào)用它，你知道它一定能執(zhí)行成功嗎？肯定是不一定；

比如說，我現(xiàn)在要執(zhí)行一個(gè)減庫存的代碼，我調(diào)用這個(gè)方法會進(jìn)行庫存的一個(gè)更改，這個(gè)庫存減少成功還好，萬一要是失敗就會出現(xiàn)一個(gè)問題就是，做前端的來調(diào)用你，但是你出錯(cuò)了，這時(shí)你也不知道你這個(gè)減庫存到底有沒有執(zhí)行成功，兩個(gè)人就會相互排斥問題，不知道到底是你前端調(diào)用的問題，還是我后端代碼寫的有毛病，反正測試工程師就只知道庫存沒有減；

解決方案就是，記日志；

記錄日志

首先，springboot里面有集成好的日志組件，我們僅需拿來用即可，接下來，我將會分幾個(gè)步驟來教大家如何在記日志；

1.首先我們打開一個(gè)編寫好的子項(xiàng)目（服務(wù)），在yml配置文件中進(jìn)行一些簡單的配置?：

logging:
  path: 日志打印輸出路徑
  level:
  該服務(wù)的全包名: #級別【info級別最好，我用的是debug級別】

2.在我們的Controllerc引入Logge接口?：

 public static Logger logger = LoggerFactory.getLogger(#當(dāng)前類);

注意：引入Logger時(shí)，它有許多個(gè)記日志的版本，java統(tǒng)一了成了slf4j，所以導(dǎo)入包的時(shí)候一定注意不要導(dǎo)錯(cuò)！

2.導(dǎo)入成功并且后需要把當(dāng)前類加入到日志中?：

3.開始調(diào)用日志

在控制層接口中調(diào)用日志

logger.debug("執(zhí)行了查詢，開始調(diào)用project-solr的服務(wù)");

這里的話就簡單的記錄一下日志，將來方便追錯(cuò)；

4.運(yùn)行程序，查看是日志是否能被記錄

首先運(yùn)行注冊中心，再啟動自己寫好的服務(wù)朝注冊中心注冊一下

查看注冊中心：

發(fā)現(xiàn)solr注冊進(jìn)來了，注冊中心我這邊用的是集群負(fù)載均衡，三個(gè)注冊中心相互注冊，在后面可以清楚的看到我另外三個(gè)注冊中心的端口號

5.調(diào)用solr服務(wù)，查看日志是否輸出并打印?：

點(diǎn)擊去查看一下?：

總中我我們可以清楚的看到，從開始，到結(jié)束，就是中間打印了一些其他的東西，這個(gè)先不去深究它；

小結(jié)

在工作中，別人的代碼到底能不能執(zhí)行成功，你是保證不了的，唯有記日志，來證明自己的代碼沒有問題，從上我選擇在調(diào)用前打印日志，在調(diào)用后也打印了日志，說明我這個(gè)接口沒有問題，但是，你調(diào)用你的solr服務(wù)，出現(xiàn)了問題，那是你的問題，跟我調(diào)用無關(guān)，我正常調(diào)用沒問題，至于后面庫存沒有減少，那，就是你的問題；

給solr添加日志記錄

剛才我是以調(diào)用對方服務(wù)的方式來記錄日志，保證自己正常調(diào)用，那么，我們solr也應(yīng)該記錄一下日志，因?yàn)?，它也保證不了調(diào)用solr的人，是否存在調(diào)用問題，所以，我要保證我solr正常執(zhí)行，為了證明我是沒有問題的，所以我們也給solr這個(gè)服務(wù)記錄日志；

很簡單，跟上面的一樣，我直接復(fù)制粘貼即可，但是這次稍微的改一下；

logging:
  path: C:\Users\30901\Desktop\log\project_solr
  level:
  com.lh.project.solr: info

注意：級別前面的包名需要更改成當(dāng)前服務(wù)的包名，這次我在日志輸出路徑中多加了一個(gè)當(dāng)前服務(wù)名，這樣打印出的日志就能分別出誰打印出來的；

注意，日志文件是自動生成出來的；

我們把項(xiàng)目跑起來，試試，看看日志能不能被成功輸出?：

我們也可以清楚的看見，日志信息在這里打印的非常清楚；

這個(gè)是它自動生成的日志文件：

分布式鏈路追蹤

首先需要引入依賴：

compile 'org.springframework.cloud:spring-cloud-starter-sleuth'

根據(jù)以上的例子，兩個(gè)服務(wù)均需要用到用到分布式鏈路跟蹤，所以我們兩個(gè)兩個(gè)都配置一下；

加完所需依賴后，我們再進(jìn)行日志的輸出，看看有什么區(qū)別?：

區(qū)別就能發(fā)現(xiàn)，前面多出來了一串亂碼，跟上面對比，就能看出來，那么具體是什么意思呢？

首先打印出來的日志有兩個(gè)，一個(gè)是調(diào)用方，一個(gè)是被調(diào)用方，我們打開這兩個(gè)日志來看一下：

這個(gè)時(shí)候，假設(shè)，以上一個(gè)請求，其中一個(gè)有問題，那么，你就可以把這個(gè)有問題的這個(gè)亂碼跟被調(diào)用方里面的日志進(jìn)行匹配，如果查詢到了，那么說明這兩個(gè)日志，對應(yīng)的是同一個(gè)請求，咱們就可以通過這個(gè)亂碼就可以判斷，這兩個(gè)服務(wù)調(diào)用的到底是不是屬于同一個(gè)請求；

這個(gè)亂碼分成三段：

關(guān)于如何使用SpringCloud跟蹤分布式鏈路問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識。

分享名稱：如何使用SpringCloud跟蹤分布式鏈路
標(biāo)題URL：http://bm7419.com/article24/gijgje.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、虛擬主機(jī)、動態(tài)網(wǎng)站、做網(wǎng)站、網(wǎng)站改版、網(wǎng)站內(nèi)鏈

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)