[發明專利]日志管理方法、裝置、計算機設備及存儲介質

在審

• 申請號: 202011330705.1
• 申請日: 2020-11-24
• 公開（公告）號: CN112416875A
• 公開（公告）日: 2021-02-26
• 發明（設計）人: 孟東亞
• 申請（專利權）人: 平安消費金融有限公司
• 主分類號: G06F16/17
• 分類號: G06F16/17;G06F16/27;G06F16/9535;G06F16/955;G06F21/60
• 代理公司: 深圳市世聯合知識產權代理有限公司 44385
• 代理人: 汪琳琳

本申請實施例屬于云技術領域，涉及一種日志管理方法及相關設備，包括：在接收到客戶端發送的操作請求時，基于中間件解析所述操作請求，得到第一統一資源定位符；確定當前服務端的哈希表中是否存在所述第一統一資源定位符，在確定所述哈希表中存在所述第一統一資源定位符時，基于所述哈希表獲取所述操作請求對應的操作信息；獲取所述操作信息對應的日志信息，將所述日志信息和所述第一統一資源定位符在預設的數據庫表中進行關聯存儲。此外，本申請還涉及區塊鏈技術，所述操作信息可存儲于區塊鏈中。本申請提高了微服務架構下日志的采集效率。

技術領域

本申請涉及云技術領域，尤其涉及一種日志管理方法、裝置、計算機設備及存儲介質。

背景技術

日志的采集與分析是當前微服務架構下的一個難題。因為要實現服務解耦，傳統的方式下各服務的日志往往采用獨立采集的方式，然而，這并不利于日志的配置和檢查。日志是解決系統問題定位的重要手段，當系統發生故障的時候因為服務分散，排查的時候需要每一臺機器每一個服務挨個地查看日志，非常的不方便。為了解決微服務架構下日志管理的難題，現有的方式是通過維護一個專用的日志服務來實現的，例如非常流行的ELK日志采集分析系統。

ELK是Elasticsearch、Logstash和Kibana三個單詞的首字母縮寫。ELK通過使用logstash收集日志，之后將日志直接存儲到Elasticsearch中，最后用戶通過Kibana查詢日志并展示。通過這種方式能夠將日志集中到一起并提供統一的接口進行查詢分析，logstash即是其中日志采集的入口，服務端可以選擇一種方式將日志輸入到logstash中(文件方式、端口方式或者緩存方式等)。

然而，這種方式比較復雜笨重，往往需要安裝許多組件并啟動獨立的日志服務。另外，由于ELK是獨立的服務，為保證其安全性還需要額外設定一個守護程序來保證日志服務的正常工作，這無異于是增加了整個系統的復雜性。由此，最終導致微服務架構下日志采集效率低下的技術問題。

發明內容

本申請實施例的目的在于提出一種日志管理方法、裝置、計算機設備及存儲介質，旨在解決微服務架構下日志采集效率低下的技術問題。

為了解決上述技術問題，本申請實施例提供一種日志管理方法，采用了如下所述的技術方案：

一種日志管理方法，包括以下步驟：

在接收到客戶端發送的操作請求時，基于中間件解析所述操作請求，得到第一統一資源定位符；

確定當前服務端的哈希表中是否存在所述第一統一資源定位符，在確定所述哈希表中存在所述第一統一資源定位符時，基于所述哈希表獲取所述操作請求對應的操作信息；

獲取所述操作信息對應的日志信息，將所述日志信息和所述第一統一資源定位符在預設的數據庫表中進行關聯存儲。

進一步的，所述基于所述哈希表獲取所述操作請求對應的操作信息的步驟包括：

獲取所述第一統一資源定位符在所述哈希表中對應的關鍵詞，根據所述關鍵詞讀取所述操作請求對應的請求信息；

填充所述請求信息至所述哈希表預設的占位符中，得到所述操作請求對應的操作信息。

進一步的，在所述獲取所述第一統一資源定位符在所述哈希表中對應的關鍵詞的步驟之前，包括：

獲取第二統一資源定位符，將所述第二統一資源定位符作為當前所述服務端中哈希表的鍵；

根據所述鍵、所述第二統一資源定位符對應的預設詞以及預設格式規范，創建所述第二統一資源定位符對應的子表，根據所述子表創建所述服務端的哈希表，其中，一個所述哈希表包括至少一個所述子表。

進一步的，所述確定當前服務端的哈希表中是否存在所述第一統一資源定位符的步驟包括：