詳解spring cloud分布式日志鏈路跟蹤
首先要明白一點,為什么要使用鏈路跟蹤?
當(dāng)我們微服務(wù)之間調(diào)用的時候可能會出錯,但是我們不知道是哪個服務(wù)的問題,這時候就可以通過日志鏈路跟蹤發(fā)現(xiàn)哪個服務(wù)出錯。
它還有一個好處:當(dāng)我們在企業(yè)中,可能每個人都負(fù)責(zé)一個服務(wù),我們可以通過日志來檢查自己所負(fù)責(zé)的服務(wù)不會出錯,當(dāng)調(diào)用其它服務(wù)時,這時候出現(xiàn)錯誤,那么就可以判定出不是自己的服務(wù)出錯,從而也可以發(fā)現(xiàn)責(zé)任不是自己的。
基于微服務(wù)之間的調(diào)用開始,如果看不懂的小伙伴,請先參考我上篇博客:spring cloud中微服務(wù)之間的調(diào)用以及eureka的自我保護機制
首先,我們先在project-solr和project-shopping-mall里加配置:
project-solr中的application.yml:
logging: path: D:\work\logs\project-solr #打印存放日志的路徑 level: com.gaofei: info #包名下日志的級別
project-shopping-mall中的application.yml:
logging: path: D:\work\logs\project-shopping-mall #打印存放日志的路徑 level: com.gaofei: info #包下面日志級別
大家可以看出我兩個服務(wù)里的日志存放的路徑不一樣,這樣也便于區(qū)分
在project-solr里的constroller里:
@RestController//這里使此Constroller中所有的方法返回的不是頁面 public class SolrSearchConstroller { public static Logger logger=LoggerFactory.getLogger(SolrSearchConstroller.class); @RequestMapping("/SolrSearch") public String SolrSearch(){ logger.info("Solr被調(diào)用"); return "這里是Solr"; } }
在project-shopping-mall里的constroller:
@Controller public class PageController { public static Logger logger=LoggerFactory.getLogger(PageController.class); @Autowired private RestTemplate restTemplate; @RequestMapping("/toIndex") public String toIndex(Model model){ logger.info("執(zhí)行調(diào)用"); String msg=restTemplate.getForEntity("http://project-solr/SolrSearch",String.class).getBody();//project-solr是調(diào)用注冊中心里的名字 logger.info("調(diào)用結(jié)束"); model.addAttribute("msg",msg); return "/index"; } }
接下來執(zhí)行:
在這里如果沒有l(wèi)ogs后面的目錄它會自動創(chuàng)建
點開兩個日志文件:
這里因為我運行刷新了3次,所以執(zhí)行了3次,而兩個日志里也對應(yīng)了三次
如果其中一條報錯那么也很快可以找到答案,并且知道哪個日志里報錯,也就對應(yīng)了哪個服務(wù)報錯
那么問題來了,如果我們在開發(fā)中,一天可能會運行n次,那么其中某次運行報錯,我們就要在n次調(diào)用時來找對應(yīng)的服務(wù),那么怎么辦,我們不可能一一對應(yīng)查找
這時候我們可以進行鏈路追蹤,只需要在對應(yīng)的服務(wù)器build.gradle加上Spring Cloud Sleuth依賴
//分布式鏈路依賴 compile group: 'org.springframework.cloud', name: 'spring-cloud-starter-sleuth'
這里我只用到了兩個服務(wù)project-solr和project-shopping-mall,所以這里就在這兩個服務(wù)build.gradle中添加
之后執(zhí)行,打開存放的日志:
這里我運行刷新了n次,那么怎么在另一個服務(wù)找到對應(yīng)的調(diào)用呢?大家仔細看一下紅塊中的鏈路是不是對應(yīng)相應(yīng)的服務(wù)
我隨便拿一個進行查找
通過查找可以發(fā)現(xiàn),可以找到對應(yīng)的鏈路,那么也就是每次運行都會出現(xiàn)一個鏈路,可以來查找相應(yīng)服務(wù)的操作是否執(zhí)行成功,那么這也就是鏈路追蹤
下一篇我會寫分布式服務(wù)整合zipkin的鏈路跟蹤
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Java通用BouncyCastle實現(xiàn)的DES3加密的方法
這篇文章主要介紹了Java通用BouncyCastle實現(xiàn)的DES3加密的方法,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作,具有一定的參考借鑒價值,需要的朋友可以參考下2020-12-12淺談Java中Lock和Synchronized的區(qū)別
這篇文章主要介紹了Java中Lock和Synchronized的區(qū)別,Lock和Synchronized都是java中去用來解決線程安全問題的一個工具,但是具體有什么區(qū)別呢?下面我們一起進入文章了解具體詳細內(nèi)容吧,需要的朋友可以參考一下2022-04-04從零開始使用IDEA創(chuàng)建SpringBoot項目(圖文)
這篇文章主要介紹了從零開始使用IDEA創(chuàng)建SpringBoot項目(圖文),小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-05-05