[發明專利]一種基于知識圖譜的微服務架構治理方法及系統

在審

• 申請號: 202211248814.8
• 申請日: 2022-10-12
• 公開（公告）號: CN115630105A
• 公開（公告）日: 2023-01-20
• 發明（設計）人: 林科;高家祺;陶春龍;蔣玉芳;房順;王翱宇
• 申請（專利權）人: 杭州諧云科技有限公司
• 主分類號: G06F16/25
• 分類號: G06F16/25;G06F16/28;G06F16/35
• 代理公司: 北京匯信合知識產權代理有限公司 11335
• 代理人: 周冬冬

本發明公開了一種基于知識圖譜的微服務架構治理方法及系統，包括獲取業務系統中微服務的結構化數據和非結構化數據；基于結構化數據和非結構化數據，構建知識圖譜的微服務架構模型；基于知識圖譜的微服務架構模型對業務系統進行治理；本發明利用微服務架構為拓撲結構特征，將其構建成知識圖譜，通過該知識圖譜能清晰的看到一個微服務的所有信息，解決了公司在微服務治理中遇到的跨部門溝通困難、微服務之間關系復雜、故障影響范圍難以定位、功能涉及團隊人員多，不易找到對應責任人等各種頭疼的問題。

技術領域

本發明涉及通信技術領域，尤其涉及一種基于知識圖譜的微服務架構治理方法及系統。

背景技術

隨著互聯網的不斷發展、業務需求的日漸復雜以及產品迭代節奏的不斷加快，微服務(MicroServices)架構技術在各大企業不斷生根發芽。而對于一個大型企業來說，公司內部也會存在眾多業務系統，每一個業務系統也可能是微服務架構組成，不同業務系統之間也會存在跨系統跨服務的調用鏈路追蹤的問題。在微服務在研發的過程中，涉及到很多相關聯的知識點和功能點設計的開發知識庫，不同的微服務涉及不同的團隊成員，同一團隊也可能負責好幾個微服務。一個微服務的模塊會依賴其它眾多微服務等。

隨著微服務和業務系統不斷的龐大和復雜，在眾多的業務系統中，微服務之間的調用關系也會變得復雜和難以維護，尤其是在跨部門跨業務的情況下，我們往往所依賴的服務出現問題后不知道排查的方向，不知道所涉及的團隊。在公司人員不斷流動的情況下，難以找到對應的功能開發人員和相關資料知識庫。隨著微服務系統越來越龐大在大多數的場景下，隨著公司業務變更，人員變動等，很多的數據可能并沒有留存，微服務的治理也開始變得更加困難。

目前市面上對于微服務治理方案討論較多的是基于傳統的微服務的注冊與發現、流量治理規則等方面的切入，其中常見方案如配置中心，注冊中心，服務監控，服務熔斷限流等。主要是針對服務模塊進行，通過編碼或是組件集成的方式對服務進行治理，但卻無法描述服務之間的關系，不能夠解決如上所提出的問題。

發明內容

針對上述問題中存在的不足之處，本發明提供一種基于知識圖譜的微服務架構治理方法及系統。

為實現上述目的，本發明提供一種基于知識圖譜的微服務架構治理方法，包括：

獲取業務系統中微服務的結構化數據和非結構化數據；

基于所述結構化數據和非結構化數據，構建知識圖譜的微服務架構模型；

基于所述知識圖譜的微服務架構模型對所述業務系統進行治理。

優選的是，獲取所述結構化數據為利用關系型數據庫和知識圖譜進行關系映射，將所述關系型數據庫中的表與所述知識圖譜的節點進行映射；

其中，所述表的外鍵與所述知識圖譜的關系進行映射，所述表的屬性與所述知識圖譜的節點屬性進行映射。

優選的是，所述非結構化數據包括通過接口采集文本數據、通過對工程文件進行解析和轉譯采集微服務之間關系以及微服務與依賴庫之間的依賴關系以及API采集調用關系。

優選的是，基于所述結構化數據和非結構化數據，構建知識圖譜的微服務架構模型包括：

對所述非結構數據進行抽取處理，獲得實體數據、實體關系數據和實體屬性；

通過Neo4j ETL工具將所述結構化數據和所述非結構數據抽取獲得的數據錄入圖數據庫；

基于所述圖數據庫，建立所述知識圖譜的微服務架構模型。

本發明還包括一種基于知識圖譜的微服務架構治理系統，包括：

采集模塊，用于獲取業務系統中微服務的結構化數據和非結構化數據；

構建模塊，用于基于所述結構化數據和非結構化數據，構建知識圖譜的微服務架構模型；