[發明專利]一種基于微服務架構的統一應用開發方法及系統

在審

• 申請號: 202011177297.0
• 申請日: 2020-10-29
• 公開（公告）號: CN112311871A
• 公開（公告）日: 2021-02-02
• 發明（設計）人: 何升浩;吳玉雁
• 申請（專利權）人: 山東健康醫療大數據有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F8/20
• 代理公司: 濟南信達專利事務所有限公司 37100
• 代理人: 姜明

本發明公開了一種基于微服務架構的統一應用開發方法及系統，屬于計算機軟件架構領域；所述的系統具體包括信息轉存模塊、服務刷新模塊、地址驗證模塊和節點通信模塊；平臺提供具有容錯性和高可用性的去中心化的分布式服務注冊機制,不需維護一個高可用的服務注冊中心,而是將其分散到集群中的每個節點；在每個節點上啟動一個注冊模塊,不同節點的多個注冊模塊之間沒有主次之分,降低了注冊模塊的壓力,而且其中一個注冊模塊宕機,不會影響集群中的其它注冊模塊,有效避免了只有一個注冊模塊的宕機而導致系統癱瘓的風險。

技術領域

本發明公開一種基于微服務架構的統一應用開發方法及系統，涉及計算機軟件架構技術領域。

背景技術

微服務是一種架構模式，它提倡將單一應用程序劃分成一組小的服務，每個服務運行在其獨立的進程中，服務間采用輕量級的通信機制互相溝通(通常是基于Http協議的RESTful API)。每個服務都圍繞著具體業務進行構建，并且能夠獨立的部署到生產環境、類生產環境等

RESTFUL是一種網絡應用程序的設計風格和開發方式，基于HTTP，可以使用XML格式定義或JSON格式定義。RESTFUL適用于移動互聯網廠商作為業務使能接口的場景，實現第三方OTT調用移動網絡資源的功能，動作類型為新增、變更、刪除所調用資源

傳統應用架構的弊端最早在大型企業和互聯網行業中呈現,這些公司都遇到了復雜應用的開發維護成本變高、代碼重復率增大、團隊協作效率變差、系統可靠性變低、系統水平擴展困難、新功能上線周期變長等問題，因此眾多大型公司經過了反復實踐和嘗試,推出了各種輕量級的架構模式,有效的解決了上述問題。

傳統的應用架構在當下的問題包括:1)傳統的企業應用代碼龐雜并且業務組件之間耦合程度非常高,造成了業務應用維護難度大、升級成本高；2)業務模塊之間的循環依賴、不合理的調用、冗長復雜的業務流程等問題對新功能的上線造成極大影響；3)系統功能組件出現無法恢復的故障時,整個節點處于不可用狀態；4)在擴展性方面,由于傳統應用大多是單一部署,在這種模式下一個應用某些部分偏I/O密集型、某些部分卻偏CPU密集型,但應用卻只部署在一臺機器上,很難用單一硬件來滿足應用各部分對硬件資源的不同要求,造成無法高效的應對多用戶高并發的場景等問題；故現發明一種基于微服務架構的統一應用開發方法及系統，以解決上述問題。

發明內容

本發明針對現有技術的問題，提供一種基于微服務架構的統一應用開發方法及系統，所采用的技術方案為：一種基于微服務架構的統一應用開發方法，其特征是所述的方法具體步驟包括：

S1利用Gin Web Framework，對外提供服務注冊的Restful服務，接收微服務傳遞來的注冊信息，并保存在本地的哈稀表中；

S2服務注冊中心接收到服務發現的Rest請求后進行服務刷新；

S3對URL中的地址參數進行解碼，并在本地的哈希表中驗證地址真實性；

S4服務注冊中心節點之間通過Gossip協議進行周期性的消息通信,傳遞節點信息。

所述S1中的注冊信息包括微服務訪問地址、提供服務的列表和消費服務的列表。

所述S2服務注冊中心接收到服務發現的Rest請求后進行服務刷新的具體步驟包括：

S201從本地的哈稀表中獲取所有微服務的注冊信息拼裝成數組；

S202對所有注冊信息計算MD5校驗碼，將數組和校驗碼一并返回；

S203服務發現器接收返回數據后,將注冊信息數組保存到微服務容器的哈稀表中,作為服務提供者的列表。

所述S3對URL中的地址參數進行解碼，并在本地的哈希表中驗證地址真實性的具體步驟包括：