[發明專利]基于微服務架構的日志處理方法、業務服務系統以及電子設備

有效

• 申請號: 201810703464.7
• 申請日: 2018-06-29
• 公開（公告）號: CN108847989B
• 公開（公告）日: 2021-07-06
• 發明（設計）人: 朱鑫鋒;范淵;黃進
• 申請（專利權）人: 杭州安恒信息技術股份有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/06;H04L29/08
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙) 11371
• 代理人: 鄧超

本發明提供了一種基于微服務架構的日志處理方法、業務服務系統以及電子設備，涉及日志管理技術領域，基于微服務架構的日志處理方法包括：接收用戶發送的業務處理請求；將所述業務處理請求路由至對應的微服務模塊；接收所述對應的微服務模塊基于所述業務處理請求反饋的業務處理反饋信息；根據所述反饋信息，按照預設日志規則對日志數據進行管，解決了現有技術中存在的日志的管理效率較低的技術問題。

技術領域

本發明涉及日志管理技術領域，尤其是涉及一種基于微服務架構的日志處理方法、業務服務系統以及電子設備。

背景技術

隨著網絡業務復雜度和全球化的高速發展，現有軟件系統的部署方式和監控方式都遇到了挑戰。以容器(Docker)為代表的微服務研究的不斷發展，代替傳統的資源虛擬化成為一種新趨勢。

目前，基于微服務容器的資源利用率很高，可以真正實現按需使用的目的。容器作為物理資源的邏輯抽象，具有資源占用少、資源供給快等特點，適合工作負載突變的互聯網應用模式，特別是面向微服務架構的新型服務范型。微服務架構體現了互聯網應用的設計思想，其核心理念是細粒度模塊劃分、服務化接口封裝、輕量級通信交互，微服務本身具有良好的擴展性，正逐漸成為構造互聯網應用的主流架構模式。其中，每個業務微服務都有自己的日志邏輯，與業務邏輯耦合。

但是，對于現有的業務微服務，需要由采集服務拉取各個微服務上的日志才能進行統一的日志存儲與管理，導致日志的管理效率較低。

發明內容

有鑒于此，本發明的目的在于提供一種基于微服務架構的日志處理方法、業務服務系統以及電子設備，以解決現有技術中存在的日志的管理效率較低的技術問題。

第一方面，本發明實施例提供了一種基于微服務架構的日志處理方法，應用于日志網關單元中的第一日志網關，該方法包括：

接收用戶發送的業務處理請求；

將所述業務處理請求路由至對應的微服務模塊；

接收所述對應的微服務模塊基于所述業務處理請求反饋的業務處理反饋信息；

根據所述反饋信息，按照預設日志規則對日志數據進行管理。

結合第一方面，本發明實施例提供了第一方面的第一種可能的實施方式，其中，所述將所述業務處理請求路由至對應的微服務模塊，具體包括：

根據安全程度對所述業務處理請求進行過濾，得到過濾結果，其中，所述安全程度表征所述業務處理請求中是否存在網絡安全攻擊數據；

根據授權情況對所述業務處理請求進行校驗，得到校驗結果，其中，所述授權情況表征發送所述業務處理請求的用戶ID是否被授權；

根據所述過濾結果與所述校驗結果確定是否生成安全授權請求；

在確認生成所述安全授權請求的情況下，則將所述安全授權請求作為所述業務處理請求，并將所述安全授權請求路由至微服務模塊。

結合第一方面，本發明實施例提供了第一方面的第二種可能的實施方式，其中，所述方法還包括：

如果基于所述過濾結果與所述校驗結果確定不生成所述安全授權請求，則不將所述業務處理請求路由至微服務模塊，并記錄目標日志，其中，所述目標日志表征對所述業務請求的校驗和/或過濾未通過。

結合第一方面，本發明實施例提供了第一方面的第三種可能的實施方式，其中，所述方法還包括：

獲取配置中心發送的配置信息；

基于所述配置信息對所述預設日志規則進行修改。

結合第一方面，本發明實施例提供了第一方面的第四種可能的實施方式，其中，所述將所述業務處理請求路由至對應的微服務模塊，具體包括：