[發明專利]業務系統的全鏈路采集方法、采集裝置和采集系統

在審

• 申請號: 202210768409.2
• 申請日: 2022-07-01
• 公開（公告）號: CN115174542A
• 公開（公告）日: 2022-10-11
• 發明（設計）人: 牛新莊;黎育龍;夏韜;吳曉吟;呼卓宇
• 申請（專利權）人: 中國郵政儲蓄銀行股份有限公司
• 主分類號: H04L67/00
• 分類號: H04L67/00;G06F9/54;H04L12/66;H04L67/10;H04L67/133;H04L67/63
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 霍文娟

本申請提供了一種業務系統的全鏈路采集方法、采集裝置和采集系統，該方法包括：調用追蹤插件采集各端點的端點數據，端點包括網關接入層的端點、服務提供方端點、服務調用方的端點、應用內部分層模塊的端點、數據庫訪問的端點、消息發送方的端點、消息消費方的端點和動態字節碼增強的業務類的端點，消息發送方的端點、消息消費方的端點以及動態字節碼增強的業務類的端點對應的端點數據均存儲在數據庫連接池對應的數據庫中；在業務系統出現異常的情況下，根據端點數據定位異常端點。該方法解決了現有技術中全鏈路跟蹤方法難以快速定位應用內部的問題。

技術領域

本申請涉及軟件開發技術領域，具體而言，涉及一種業務系統的全鏈路采集方法、采集裝置、計算機可讀存儲介質、處理器和采集系統。

背景技術

在銀行新一代的分布式核心系統中，以組件化的方式對業務進行分層建模，以單元化的方式對數據進行分庫分表拆分，以微服務的方式對公共組件和業務進行封裝，一支交易會跨多個應用服務調用，一個應用也可能訪問多個數據庫，問題定位比傳統的集中式架構更為復雜。

現有的分布式全鏈路跟蹤的技術方案中，沒有對于銀行的核心業務系統在分布式架構下的成熟案例，更多的只是對遠程服務調用鏈路跟蹤的實現，在定位到某個應用后去查詢應用服務器日志才能跟蹤問題。

全鏈路跟蹤最重要的作用是解決交易異常情況下的問題快速定位。已有的全鏈路跟蹤解決方案中，大都只是對于服務調用鏈路進行展示，當交易鏈路過長時，往往很難快速定位到異常節點，通用的技術解決方案(如OpenTracing標準下的skywalking實現)也無法對業務的問題進行精準定位和異常堆棧展示。

目前較為成熟的全鏈路跟蹤技術方案大都采用了字節碼增強技術，以實現對業務應用的零侵入性。但該字節碼增強技術只能夠在應用重啟的時候進行加載探針代碼，無法做到在應用運行時探針代碼的動態增強和動態卸載。

在銀行的業務系統中，數據庫訪問是交易邏輯和性能的主要依賴，在銀行分布式系統中，會對數據進行橫向拆分即分庫分表，以減輕單庫數據量過大所造成的容量和性能問題。因此鏈路跟蹤需要能夠追溯到數據庫操作最終訪問到了哪個分庫和分表，才能夠快速定位問題。目前的解決方案中，未發現對于分布式多數據源的鏈路跟蹤方案描述。

在背景技術部分中公開的以上信息只是用來加強對本文所描述技術的背景技術的理解，因此，背景技術中可能包含某些信息，這些信息對于本領域技術人員來說并未形成在本國已知的現有技術。

發明內容

本申請的主要目的在于提供一種業務系統的全鏈路采集方法、采集裝置、計算機可讀存儲介質、處理器和采集系統，以解決現有技術中全鏈路跟蹤方法難以快速定位應用內部的問題。

根據本發明實施例的一個方面提供了一種業務系統的全鏈路采集方法，所述業務系統包括網關接入層、組合服務層和原子服務層，所述網關接入層用于根據業務請求調用所述組合服務層，所述組合服務層用于調用所述原子服務層，所述原子服務層包括多個應用內部分層模塊和數據庫連接池，所述方法包括：調用追蹤插件采集各端點的端點數據，所述端點包括網關接入層的端點、服務提供方端點、服務調用方的端點、應用內部分層模塊的端點、數據庫訪問的端點、消息發送方的端點、消息消費方的端點和動態字節碼增強的業務類的端點，所述消息發送方的端點、所述消息消費方的端點以及所述動態字節碼增強的業務類的端點對應的端點數據均存儲在所述數據庫連接池對應的數據庫中；在所述業務系統出現異常的情況下，根據所述端點數據定位異常端點。

可選地，在出現異常的情況下，根據所述端點數據定位異常端點，包括：在出現業務異常且所述業務系統的服務框架攔截對應的端點數據的情況下，調用所述追蹤插件的異常接口采集攔截的所述端點數據進行定位；在出現調用異常的情況下，調用所述追蹤插件擴展所述服務調用方的擴展點進行攔截對應的所述端點數據進行定位；在出現數據庫訪問異常的情況下，調用所述追蹤插件擴展所述數據庫連接池進行攔截對應的所述端點數據進行定位。