[發明專利]基于微服務網關的服務調用方法、服務編排方法及裝置

有效

• 申請號: 202010014293.4
• 申請日: 2020-01-07
• 公開（公告）號: CN111245916B
• 公開（公告）日: 2023-03-17
• 發明（設計）人: 許昆;王宇;郭近之;樊兵
• 申請（專利權）人: 蘇寧云計算有限公司
• 主分類號: H04L67/63
• 分類號: H04L67/63;H04L12/66
• 代理公司: 北京市萬慧達律師事務所 11111
• 代理人: 陳怡

本發明公開一種基于微服務網關的服務調用方法、服務編排方法及裝置，該調用方法至少包括如下步驟：識別接收到的服務請求對應的目標服務請求地址；根據預先建立的服務請求地址與預先配置的服務編排的對應關系，確定目標服務地址是否有對應的目標服務編排；若有，則根據目標服務編排的流程創建執行任務；根據創建的執行任務，按序調用相應的服務節點執行，獲得服務請求結果并返還至客戶端，該方法基于預先配置的服務編排，通過一個微服務網關接收服務請求、調用服務節點并返還服務請求結果，完善前后端分離框架，將復雜業務邏輯封裝在網關服務層，實現多個微服務之間業務邏輯，減小前后端交互的次數并降低了客戶端開發的復雜性。

技術領域

本發明涉及計算機數據處理領域，特別涉及一種基于微服務網關的服務調用方法、服務編排方法及裝置。

背景技術

現今互聯網系統大多采用前后端分離架構，后端服務系統較多，統一由API 網關集中管理，前端只需和網關進行交互，網關實現請求路由時的鑒權校驗過濾等功能，與后端服務的轉發，還有請求轉發時的限流、異常重發、熔斷機制等高級功能。

目前引入的網關技術是Netflix開源的微服務網關zuul(基于zuul進行重寫改造)。不同的微服務有著不同的網絡地址，有些時候前端可能要調用多個微服務的接口才能完成一個業務需求，比如一個購物的下單業務可能要調用用戶微服務，商品微服務，庫存微服務，訂單微服務。這個時候前端就需要和網關交互多次，并且這些微服務有先后邏輯關系，前端每調用一個業務接口都需要根據返回結果寫各種業務邏輯，來判斷是否進行下個接口的調用，增加了前后端交互的次數和客戶端開發的復雜性。

發明內容

為解決上述技術問題，本發明提供了一種基于微服務網關的服務調用方法、服務編排方法及裝置，其基于一個微服務網關，可以實現多個微服務之間的業務邏輯，將最終結果返回客戶端，完善了前后端分離框架，減少了前后端交互的次數并降低了客戶端開發的復雜性。

本發明提供的技術方案如下：

第一方面，提供一種基于微服務網關的服務調用方法，所述方法至少包括如下步驟：

根據接收到的客戶端發送的服務請求，識別所述服務請求對應的目標服務請求地址；

根據預先建立的服務請求地址與預先配置的服務編排的對應關系，確定所述目標服務地址是否有對應的目標服務編排；

若有，則根據所述目標服務編排的流程創建執行任務；

根據所述創建的執行任務，按序調用相應的服務節點執行，并獲得服務請求結果；

將所述服務請求結果返還至客戶端。

在一些較佳的實施方式中，所述根據所述創建的執行任務，按序調用相應的服務節點執行，并獲得服務請求結果，至少包括如下子步驟：

查詢執行任務所需的所有服務節點、服務節點的執行順序及各服務節點的返回參數；

調用第一服務節點執行相應后端服務并獲取第一返回值，記錄任務狀態；

判斷當前任務完成狀態以及所述第一返回值與第一節點的返回參數是否匹配；

若任務狀態為未完成，且所述第一返回值與第一節點的返回參數匹配時，調用第二服務節點執行相應后端服務并獲取第二返回值，記錄任務狀態；

若所述任務狀態為已完成，則將第一返回值作微服務請求結果返還至微服務網關。

在一些較佳的實施方式中，當所述第一返回值與所述與第一節點的返回參數不匹配時，調用異常策略，所述異常策略至少包括重發、跳過或回滾中的一種。

在一些較佳的實施方式中，所述方法還包括：預先配置服務編排，具體包括如下子步驟：