首先要明白一點(diǎn)，為什么要使用鏈路跟蹤？

當(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的自我保護(hù)機(jī)制

首先，我們先在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)建

點(diǎn)開兩個日志文件：

這里因?yàn)槲疫\(yùn)行刷新了3次，所以執(zhí)行了3次，而兩個日志里也對應(yīng)了三次

如果其中一條報(bào)錯那么也很快可以找到答案，并且知道哪個日志里報(bào)錯，也就對應(yīng)了哪個服務(wù)報(bào)錯

那么問題來了，如果我們在開發(fā)中，一天可能會運(yùn)行n次，那么其中某次運(yùn)行報(bào)錯，我們就要在n次調(diào)用時來找對應(yīng)的服務(wù)，那么怎么辦，我們不可能一一對應(yīng)查找

這時候我們可以進(jìn)行鏈路追蹤，只需要在對應(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í)行，打開存放的日志：

這里我運(yùn)行刷新了n次，那么怎么在另一個服務(wù)找到對應(yīng)的調(diào)用呢？大家仔細(xì)看一下紅塊中的鏈路是不是對應(yīng)相應(yīng)的服務(wù)

我隨便拿一個進(jìn)行查找

通過查找可以發(fā)現(xiàn)，可以找到對應(yīng)的鏈路，那么也就是每次運(yùn)行都會出現(xiàn)一個鏈路，可以來查找相應(yīng)服務(wù)的操作是否執(zhí)行成功，那么這也就是鏈路追蹤

下一篇我會寫分布式服務(wù)整合zipkin的鏈路跟蹤

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論