[發明專利]系統運行狀態的監控方法、裝置、計算機設備及存儲介質

在審

• 申請號: 202210079932.4
• 申請日: 2022-01-24
• 公開（公告）號: CN114416489A
• 公開（公告）日: 2022-04-29
• 發明（設計）人: 周佳成;林榮武;黃志鑫;阮灝鍵;鄭昌文
• 申請（專利權）人: 平安科技（深圳）有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F11/32;G06F16/2455;G06F16/248;G06F16/18
• 代理公司: 北京市京大律師事務所 11321
• 代理人: 蘇福念

本發明涉及大數據技術領域，公開了一種系統運行狀態的監控方法、裝置、計算機設備及存儲介質，用于快速發現系統異常的原因并解決異常，從流程上或整體上監控應用系統的運行狀態，提高系統異常的解決效率。方法包括：獲取目標系統的多個業務流程，以及每個業務流程中的多個業務節點；業務流程中的多個業務節點之間的連接關系，基于業務流程的業務辦理順序確定；每個業務節點預設有待采集的數據類型；通過埋點獲取業務節點的數據類型所對應的數據內容；基于多個業務流程，以及每個業務流程中業務節點之間的連接關系，對業務節點對應的數據內容進行分析處理，得到目標系統的運行狀態數據。本發明還涉及區塊鏈技術，數據內容可存儲于區塊鏈網絡中。

技術領域

本發明涉及大數據領域，尤其涉及一種系統運行狀態的監控方法、裝置、計算機設備及存儲介質。

背景技術

通常，應用系統直接面向客戶。傳統的解決客訴問題的做法是，應用系統出現問題，用戶反饋給客服人員，由于客服人員不了解應用系統的運行原理和狀態，且缺少可供查詢的工具，客服人員通常將客戶反饋的問題直接反饋給系統的開發技術人員，通過開發技術人員分析問題，排查相對應的日志與數據，然后定位出錯點，將結果發送給客服，再由客服傳達給用戶，該方式流程繁瑣，效率較低。同時，應用系統的開發技術人員也難以直觀地了解系統的運行情況，無法對系統的功能、性能及業務進行定量的分析優化。相關技術中，可以在應用系統中進行埋點，獲取埋點位置的數據和概要信息。但埋點難以覆蓋應用系統的全部業務，且埋點孤立、分散，難以基于埋點數據有效解決系統異常。

發明內容

本發明提供了一種系統運行狀態的監控方法、裝置、計算機設備及存儲介質，用于快速發現系統異常的原因并解決異常，可以從流程上或整體上監控應用系統的運行狀態，提高系統異常的解決效率，使應用系統的運行更加穩定。

為實現上述目的，本發明第一方面提供了一種系統運行狀態的監控方法，包括：獲取目標系統的多個業務流程，以及每個業務流程中的多個業務節點；其中，多個業務流程預先通過對目標系統的業務進行劃分得到；每個業務流程對應目標系統中的一種業務場景；業務流程中的多個業務節點之間的連接關系，基于業務流程的業務辦理順序確定；每個業務節點預設有待采集的數據類型；針對每個業務節點，在目標系統中業務節點對應的位置設置埋點，在目標系統運行時，通過埋點獲取業務節點預設的數據類型所對應的數據內容；基于多個業務流程，以及每個業務流程中業務節點之間的連接關系，對業務節點對應的數據內容進行分析處理，得到目標系統的運行狀態數據。

可選的，在本發明第一方面的第一種實現方式中，上述在目標系統運行時，通過埋點獲取業務節點預設的數據類型所對應的數據內容的步驟，包括：響應于用戶在第一業務節點執行業務操作，生成業務操作產生的業務操作數據；基于業務操作數據以及第一業務節點對應的數據類型，采集第一業務節點的數據內容。

可選的，在本發明第一方面的第二種實現方式中，每個業務節點預設有數據采集接口；上述基于業務操作數據以及第一業務節點對應的數據類型，采集第一業務節點的數據內容的步驟，包括：通過第一業務節點預設的數據采集接口，采集第一業務節點的每個數據類型對應的數據內容；通過數據采集接口獲取與第一業務節點具有連接關系的第二業務節點，基于第一業務節點與第二業務節點之間的連接關系，將第一業務節點的數據內容與第二業務節點的數據內容進行關聯處理。

可選的，在本發明第一方面的第三種實現方式中，上述通過第一業務節點預設的數據采集接口，采集第一業務節點的每個數據類型對應的數據內容的步驟，包括：當第一業務節點運行結束，通過第一業務節點預設的數據采集接口，采集第一業務節點的運行日志；從運行日志中提取第一業務節點的每個數據類型對應的數據內容，通過異步解耦的方式，將數據內容發送至指定的數據分析組件；其中，數據分析組件用于：對數據內容進行分析處理，得到目標系統的運行狀態數據。