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

當(dāng)我們微服務(wù)之間調(diào)用的時(shí)候可能會(huì)出錯(cuò)，但是我們不知道是哪個(gè)服務(wù)的問題，這時(shí)候就可以通過日志鏈路跟蹤發(fā)現(xiàn)哪個(gè)服務(wù)出錯(cuò)。

它還有一個(gè)好處：當(dāng)我們?cè)谄髽I(yè)中，可能每個(gè)人都負(fù)責(zé)一個(gè)服務(wù)，我們可以通過日志來檢查自己所負(fù)責(zé)的服務(wù)不會(huì)出錯(cuò)，當(dāng)調(diào)用其它服務(wù)時(shí)，這時(shí)候出現(xiàn)錯(cuò)誤，那么就可以判定出不是自己的服務(wù)出錯(cuò)，從而也可以發(fā)現(xiàn)責(zé)任不是自己的。

基于微服務(wù)之間的調(diào)用開始，如果看不懂的小伙伴，請(qǐng)先參考我上篇博客：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 #包名下日志的級(jí)別

project-shopping-mall中的application.yml：

logging:
 path: D:\work\logs\project-shopping-mall #打印存放日志的路徑
 level:
  com.gaofei: info #包下面日志級(jí)別

大家可以看出我兩個(gè)服務(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)用注冊(cè)中心里的名字
    logger.info("調(diào)用結(jié)束");
    model.addAttribute("msg",msg);
    return "/index";
  }
}

接下來執(zhí)行：

在這里如果沒有l(wèi)ogs后面的目錄它會(huì)自動(dòng)創(chuàng)建

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

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

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

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

這時(shí)候我們可以進(jìn)行鏈路追蹤，只需要在對(duì)應(yīng)的服務(wù)器build.gradle加上Spring Cloud Sleuth依賴

//分布式鏈路依賴
  compile group: 'org.springframework.cloud', name: 'spring-cloud-starter-sleuth'

這里我只用到了兩個(gè)服務(wù)project-solr和project-shopping-mall，所以這里就在這兩個(gè)服務(wù)build.gradle中添加

之后執(zhí)行，打開存放的日志：

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

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

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

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

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

最新評(píng)論