[發明專利]一種微服務架構中后臺服務的調用方法及裝置

有效

• 申請號: 201710790899.5
• 申請日: 2017-09-05
• 公開（公告）號: CN107438107B
• 公開（公告）日: 2021-07-27
• 發明（設計）人: 康彬;龔曉暉;彭明明
• 申請（專利權）人: 深圳樂信軟件技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本發明實施例公開了一種微服務架構中后臺服務的調用方法及裝置。該方法包括：獲取微服務調用方的微服務調用請求；如果所述微服務調用請求對應的微服務架構的運行狀態為測試狀態，則根據所述微服務架構的狀態標識符查找對應的服務提供者的服務地址信息；調用查找到的服務地址信息對應的所述微服務架構中的后臺服務。通過本發明實施例提供的技術方案，可以降低微服務架構開發、測試時，資源的投入成本，降低微服務架構中項目環境維護的復雜度。

技術領域

本發明實施例涉及計算機技術領域，尤其涉及一種微服務架構中后臺服務的調用方法及裝置。

背景技術

隨著業務的持續發展，單體應用架構的各種問題就會逐步暴露出來，此時一般會引入一套服務化框架對應用系統進行服務化改造，將單體應用架構逐步演變成微服務應用架構。圖1為微服務架構的結構示意圖。如圖1所示，服務化架構的主要作用就是將web層、組合服務層、基礎服務層及資源層等各層的各個服務進行有機整合，使得用戶感覺像在使用一個單體應用架構一樣。微服務應用架構的應用系統的開發測試方式與原有單體應用架構時的應用系統的開發測試方式完全不一樣。對單體應用架構而言，因為所有代碼都在一個工程內，所有開發、測試人員可以方便的在自己的開發機上全量部署，并進行開發和測試。單體應用架構服務化為微服務應用架構后，整個應用系統變成了一個分布式系統，此時，所有開發、測試人員再在自己的開發機上全量部署已變得不可能。微服務應用架構的應用系統的開發測試方式一般包含兩種：

1)測試團隊預備多套全量環境，每個項目啟動時，各個開發測試人員先在自己的開發機上完成代碼編寫及單元測試，之后項目組申請一套環境，并將改動的應用發布上去進行后續的聯調與測試。

2)所有應用開發團隊共同維護一套公共(stable)環境，每個微服務項目啟動時，各個開發測試人員在自己的開發機上完成代碼編寫及單元測試，之后申請一套微服務項目環境，并梳理出該項目涉及到的上下游應用，以只啟動不注冊的方式部署到微服務項目環境，微服務項目環境上的應用采用p2p直連方式進行路由，其他應用采用框架默認方式路由到公共(stable)環境，以此來進行聯調與測試。圖2為P2P直連聯調測試示意圖。

微服務應用架構的應用系統的兩種開發測試方式存在以下缺陷：第一種開發測試方式需要為每個項目準備一套全量部署的環境，隨著應用越來越多，后續的資源投入成本與維護復雜度使開發測試人員越來越無法接受。第二種開發測試方式雖然可以緩解第一種開發測試方式存在的技術問題，但由于請求路由到公共(stable)環境后，無法再重新路由回到項目環境，因此需要在項目環境部署整個鏈路的應用，即使這些應用沒有改動。如圖2所示，微服務項目2僅僅只改了微服務服務C，但為了調通整條鏈路，微服務項目2需要部署A，B，C三個微服務服務。

發明內容

本發明提供一種微服務架構中后臺服務的調用方法及裝置，以降低微服務應用架構開發、測試時，資源的投入成本，降低微服務架構中項目環境維護的復雜度。

第一方面，本發明實施例提供了一種微服務架構中后臺服務的調用方法，該方法包括：

獲取微服務調用方的微服務調用請求；

如果所述微服務調用請求對應的微服務架構的運行狀態為測試狀態，則根據所述微服務架構的狀態標識符查找對應的服務提供者的服務地址信息；

調用查找到的服務地址信息對應的所述微服務架構中的后臺服務。

第二方面，本發明實施例還提供了一種微服務架構中后臺服務的調用裝置，該裝置包括：

微服務調用請求獲取模塊，用于獲取微服務調用方的微服務調用請求；

服務地址信息查找模塊，用于如果所述微服務調用請求對應的微服務架構的運行狀態為測試狀態，則根據所述微服務架構的狀態標識符查找對應的服務提供者的服務地址信息；

第一后臺服務調用模塊，用于調用查找到的服務地址信息對應的所述微服務架構中的后臺服務。