[發明專利]一種兼容多種開發架構的系統架構改造方法及系統架構

在審

• 申請號: 202010735480.1
• 申請日: 2020-07-28
• 公開（公告）號: CN112463211A
• 公開（公告）日: 2021-03-09
• 發明（設計）人: 綦洋;周翔
• 申請（專利權）人: 上海匯招信息技術有限公司
• 主分類號: G06F8/76
• 分類號: G06F8/76;G06F8/30;G06F9/54
• 代理公司: 上海唯源專利代理有限公司 31229
• 代理人: 曾耀先

本發明提供一種兼容多種開發架構的系統架構改造方法，用于對目標業務系統進行改造，該改造方法包括：將所述目標業務系統拆分為多個微服務，每個所述微服務包括相應的功能模塊和web模塊，所述web模塊用于啟動對應的所述微服務；構建主依賴模塊，所述主依賴模塊包含所述目標業務系統中的公用工具類和公用接口；構建API模塊，所述API模塊負責依賴所述主依賴模塊并定義所述多個微服務之間的接口；構建單體啟動模塊，所述單體啟動模塊依賴各個所述微服務中的功能模塊。經過本發明改造后的系統架構既能支持微服務方式開發及部署，又能支持傳統單體開發及部署。

技術領域

本發明涉及計算機開發領域，尤其涉及一種兼容多種開發架構的系統架構改造方法及系統架構。

背景技術

目前，一些單體架構的業務系統龐大并存在比較復雜的業務邏輯。例如，電子招標采購系統發展至今，已經不再單純是一個面向企業內部使用的管理系統，其涉及到供應商、采購方、代理機構、專家等多方企業及用戶協同開展工作，從而才能完成整個招標采購全流程業務。對于一些大中型集團性企業來說，由于其業務體量較大，系統還涉及到一些系統高并發的場景，比如開標及評標業務環節，一旦項目比較集中在某個時間段同時開評標，將對系統造成較大的性能壓力，此時單體架構的各種問題必將暴露無遺。

隨著互聯網技術的發展，此類系統架構暴露出的問題已經有了不錯的解決方案，那便是近兩年來非常火熱的微服務架構。如今電子采購系統正逐步向互聯網采購平臺進行轉變，同時業務邏輯也逐漸變得愈來愈復雜，還需要與周邊各類系統打通。因此對龐大成熟的采購業務系統進行微服務架構的改造成為了必然的趨勢。

然而，一套業務系統通常是面向廣泛的企業使用的，企業規模不同，對產品架構的技術要求及性能要求也會有所不同，同時拘泥于自身信息化程度及配套IT技術運維團隊等各方面因素，所以并不是每個企業對微服務架構系統要求迫切；其次對于系統開發人員來說，在本地進行功能開發時，往往要啟動若干個服務，才能調試自己寫的程序，而一般情況下，本地機器的資源有限，在啟動若干個服務后，很容易造成內存不足，機器出現卡頓狀況，從而影響系統的開發效率，因此，亟待提供即能支持微服務方式開發及部署，又能支持傳統單體開發及部署的系統架構。

發明內容

針對上述現有技術的不足，本發明的目的在于提供一種兼容多種開發架構的系統架構改造方法及系統架構，以使改造后的系統架構既能支持微服務方式開發及部署，又能支持傳統單體開發及部署。

為了實現上述目的，本發明提供一種兼容多種開發架構的系統架構改造方法，用于對目標業務系統進行改造，該改造方法包括：

將所述目標業務系統拆分為多個微服務，每個所述微服務包括相應的功能模塊和web模塊，所述web模塊用于啟動對應的所述微服務；

構建主依賴模塊，所述主依賴模塊包含所述目標業務系統中的公用工具類和公用接口；

構建API模塊，所述API模塊負責依賴所述主依賴模塊并定義所述多個微服務之間的接口；

構建單體啟動模塊，所述單體啟動模塊依賴各個所述微服務中的功能模塊。

在本發明一個優選實施例中，所述主依賴模塊還包含多個模塊的版本號、若干過濾器和/或攔截器。

在本發明一個優選實施例中，所述API模塊包含JAVA本地接口模塊以及至少一種微服務架構的微服務接口模塊，所述微服務接口模塊均繼承至所述JAVA本地接口模塊。

在本發明一個優選實施例中，所述至少一種微服務架構包括SpringCloud、Dubbo和/或HSF架構。

在本發明一個優選實施例中，當所述API模塊包含SpringCloud架構的微服務接口模塊時，所述改造方法還包括：增加適用于SpringCloud架構的服務注冊中心、服務配置中心、服務網關及監控模塊。