本發(fā)明公開了一種全鏈路追蹤方法、計算機設備及存儲介質，涉及分布式服務架構技術領域，一種全鏈路追蹤方法，其特征在于，包括進程內(nèi)線程鏈路追蹤和跨進程鏈路追蹤，進程內(nèi)線程鏈路追蹤為消費者服務器基于ThreadLocal實現(xiàn)內(nèi)部鏈路追蹤，或者提供者服務器基于ThreadLocal實現(xiàn)內(nèi)部鏈路追蹤，跨進程鏈路追蹤為運行在不同機器的消費者服務器和提供者服務器之間的線程鏈路追蹤，elk中心化日志系統(tǒng)搜索進程內(nèi)線程鏈路追蹤和跨進程線程鏈路追蹤攜帶的鏈路id，得到一個請求完整日志信息，不僅解決同一個進程內(nèi)的同一個線程鏈路追蹤的問題，還可以滿足跨進程鏈路追蹤的目的。

技術領域

本發(fā)明涉及分布式服務架構技術領域，具體來說，涉及一種全鏈路追蹤方法、計算機設備及存儲介質。

背景技術

目前，微服務和分布式服務架構在互聯(lián)網(wǎng)公司被普遍應用，但是，dubbo只是一個rpc框架，缺乏全鏈路追蹤組件，并不像springcloud為一個生態(tài)，包含各種分布式組件。

分布式服務雖然解決了水平擴展的問題，但是卻又帶來了其他新的問題，比如鏈路追蹤這一塊，如果是單體應用，所有的日志都在一個項目，如果是服務集群，各個服務之間的調(diào)用關系是錯綜復雜的，同一個服務是根據(jù)負載均衡算法路由的，具體操作不知道是哪一個機器，所以不好查日志。哪怕是用了elk中心化日志系統(tǒng)，由于同一時間并發(fā)請求數(shù)量比較高，不同的請求日志都混在一起，尋找日志工作量巨大，而且速度較慢，極度影響工作效率。

發(fā)明內(nèi)容

為了克服現(xiàn)有技術的不足，本發(fā)明的一種全鏈路追蹤方法、計算機設備及存儲介質，能夠解決鏈路追蹤的問題。

本發(fā)明解決其技術問題所采用的技術方案是：一種全鏈路追蹤方法，其改進之處在于，包括進程內(nèi)線程鏈路追蹤和跨進程鏈路追蹤；

進程內(nèi)線程鏈路追蹤為消費者服務器基于ThreadLocal實現(xiàn)內(nèi)部鏈路追蹤，或者提供者服務器基于ThreadLocal實現(xiàn)內(nèi)部鏈路追蹤；

跨進程鏈路追蹤為運行在不同機器的消費者服務器和提供者服務器之間的線程鏈路追蹤；

elk中心化日志系統(tǒng)搜索進程內(nèi)線程鏈路追蹤和跨進程線程鏈路追蹤攜帶的鏈路id，得到一個請求完整日志信息。

作為上述技術方案的改進，進程內(nèi)線程鏈路追蹤包括消費者服務器獲取上一個進程傳遞的鏈路id或者在該進程增添一個鏈路id，將鏈路id存儲至ThreadLocal中。

作為上述技術方案的進一步改進，消費者服務器獲取上一個進程傳遞的鏈路id或者在該進程增添一個鏈路id，將鏈路id存儲至ThreadLocal中的具體步驟包括擴展日志框架功能，自定義日志輸出日志模板。

作為上述技術方案的進一步改進，自定義日志輸出日志模板包括給日志模板添加鏈路id。

作為上述技術方案的進一步改進，打印自動攜帶鏈路id的日志。

作為上述技術方案的進一步改進，進程內(nèi)線程鏈路追蹤包括提供者服務器獲取上一個進程傳遞的鏈路id或者在該進程增添一個鏈路id，將鏈路id存儲至ThreadLocal中。

作為上述技術方案的進一步改進，或者提供者服務器獲取上一個進程傳遞的鏈路id或者在該進程增添一個鏈路id，將鏈路id存儲至ThreadLocal中的具體步驟包括擴展日志框架功能，自定義日志輸出日志模板。

作為上述技術方案的進一步改進，自定義日志輸出日志模板包括給日志模板添加鏈路id。

作為上述技術方案的進一步改進，打印自動攜帶鏈路id的日志。

作為上述技術方案的進一步改進，跨進程鏈路追蹤包括自定義消費者服務器內(nèi)部的dubbo攔截器和提供者服務器內(nèi)部的dubbo攔截器。