[發明專利]微服務架構下的分布式大數據日志鏈路跟蹤方法及系統

有效

• 申請號: 202011566084.7
• 申請日: 2020-12-25
• 公開（公告）號: CN112612675B
• 公開（公告）日: 2023-02-28
• 發明（設計）人: 劉宏亮;李銘;張麗麗;張輝;賈立平
• 申請（專利權）人: 山東經偉晟睿數據技術有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F11/32;G06F11/34
• 代理公司: 濟南圣達知識產權代理有限公司 37221
• 代理人: 張慶騫

本發明提供了微服務架構下的分布式大數據日志鏈路跟蹤方法及系統。其中該方法包括微服務模塊接收到調用請求后，判斷當前微服務模塊是否為第一次調用，得到traceID和spanID；判斷當前業務方法是否為第一次調用的業務方法，更新調用鏈中的spanID關系；緩存微服務模塊所在服務器IP地址、微服務模塊名稱、業務方法名稱、traceID、spanID、parentSpanID及業務方法開始執行時間信息；根據鏈路日志跟蹤標記來執行日志跟蹤記錄，將日志信息與調用鏈路信息和微服務模塊運行性能信息分別進行綁定，對日志信息按照調用鏈路信息進行排序處理；綁定微服務模塊運行的性能數據與調用鏈路信息，將排序后的日志記錄壓縮后發送到日志存儲服務器，然后刪除調用鏈路對應的緩存數據，釋放內存空間。

技術領域

本發明屬于計算機微服務分布式系統技術領域，尤其涉及一種微服務架構下的分布式大數據日志鏈路跟蹤方法及系統。

背景技術

本部分的陳述僅僅是提供了與本發明相關的背景技術信息，不必然構成在先技術。

隨著系統業務需求越來越復雜，大型的業務系統不得不按照業務功能將系統進行各種模塊拆分，然后通過模塊的動態組合，最終提供豐富的業務功能，同時提高系統靈活性和擴展性，特別是隨著計算機軟件技術中微服務架構和容器技術的興起，看似簡單的一個應用，后臺可能有幾十個甚至幾百個微服務在支撐，一個簡單的前端調用請求可能需要透傳多次的微服務調用最后才能完成，被調用的微服務可能還要繼續調用其它微服務。當系統拆分的微服務越多時，這種分布式服務架構下服務之間的調用關系也就自然而然的更加復雜化，見附圖1。

由于微服務模塊數量眾多，并且分布式部署，各個微服務的運行日志分散到不同的存儲位置，因此發明人發現，在微服務架構下的計算機系統面臨以下幾個技術問題：1)無法實現微服務之間復雜調用關系的鏈路跟蹤，使得開發人員無法對微服務模塊的邊界進行準確地規劃。2)運維人員無法從數量眾多的微服務中快速識別定位到系統性能瓶頸模塊。3)現有技術可以對微服務模塊的運行日志文件數據進行查詢，但是存在運行日志的查詢過程較為繁瑣，日志的查詢效率和準確率均不高的問題。

發明內容

為了解決上述背景技術中存在的至少一項技術問題，本發明提供一種微服務架構下的分布式大數據日志鏈路跟蹤方法及系統，其能夠實現對微服務架構系統的服務鏈路展示和跟蹤、服務性能的自動檢測、詳細運行日志的跟蹤排查等全系列操作，可顯著提高系統的開發和運維效率，降低企業硬件成本，為微服務架構下分布式系統的穩定運行提供了技術保障。

為了實現上述目的，本發明采用如下技術方案：

本發明的第一個方面提供一種微服務架構下的分布式大數據日志鏈路跟蹤方法。

一種微服務架構下的分布式大數據日志鏈路跟蹤方法，包括：

當微服務模塊接收到調用請求后，判斷當前微服務模塊是否為第一次調用，若是，則生成鏈路唯一標識traceID，再生成業務方法唯一標識spanID；否則，直接生成spanID，同時標記對應關聯的traceID及起始時間戳信息；

根據請求中是否存在父業務方法唯一標識parentSpanID，來判斷當前業務方法是否為第一次調用的業務方法，并更新調用鏈中的spanID關系；

執行當前業務方法時緩存微服務模塊所在服務器IP地址、微服務模塊名稱、業務方法名稱、traceID、spanID、parentSpanID及業務方法開始執行時間信息；

根據鏈路日志跟蹤標記來執行日志跟蹤記錄，將日志信息與調用鏈路信息和微服務模塊運行性能信息分別進行綁定，形成日志記錄并將其按照調用鏈路信息進行排序處理；

業務方法執行完畢時，綁定微服務模塊運行的性能數據與調用鏈路信息，將排序后的日志記錄壓縮后發送到日志存儲服務器，然后刪除調用鏈路對應的緩存數據，釋放內存空間。