[發明專利]一種微服務請求重試的方法及終端

在審

• 申請號: 202110233846.X
• 申請日: 2021-03-03
• 公開（公告）號: CN113010330A
• 公開（公告）日: 2021-06-22
• 發明（設計）人: 劉德建;林偉;郭玉湖;陳宏
• 申請（專利權）人: 福建天泉教育科技有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 福州市博深專利事務所(普通合伙) 35214
• 代理人: 張明

一種微服務請求重試的方法及終端，獲取調用鏈集合，調用鏈集合包括多個調用鏈，每個調用鏈由一個以上的組件按照調用順序排列組成；接收第一調用失敗信息，第一調用失敗信息包括第一調用組件ID、第一被調用組件ID及調用失敗次數；判斷調用失敗次數是否小于預設的最大重試次數，若否則獲取調用鏈集合中包括了所述第一調用組件ID及第一被調用組件ID的第一調用鏈；返回停止重試標識至所述第一調用鏈中位于調用組件ID所對應的第一調用組件之前的第二調用組件；在被調用組件調用異常但調用組件能夠正常調用的情況下，調用組件的上游組件不會持續調用該調用組件造成請求的重復積累進而導致系統崩潰，避免了組件嵌套請求出現重試時導致的系統卡頓。

技術領域

本發明涉及微服務領域，尤其涉及一種微服務請求重試的方法及終端。

背景技術

移動互聯網蓬勃發展的今天，涌現出了各種各樣的系統應用，而其中很多系統應用又與其他的系統應用有各種的數據交互。數據交互的方式有多種多樣的，通過接口進行數據訪問，直接通過數據庫進行交互訪問，通過MQ進行消息通信等。

其中，最常見的方式是使用的http協議或者RPC等方式調用接口進行數據交互。使用這種方式能夠快速進行多系統的數據交互，提高效率。但是，使用這種接口調用方式會存在調用失敗的問題。有可能此時此刻網絡不好導致失敗，有可能對方系統慢響應導致失敗，有可能自身的超時時間設置過短但是接口處理時間較長導致超時失敗等等。此時，一般的系統都會結合自身的業務特性，設置一個請求重試的策略，最簡單的就是重復請求策略來進行重試。由于現在服務端都是采用微服務架構方式，上下游存在多個的組件提供服務，當某個上游組件1調用組件2，組件2調用組件3失敗時，組件2重復調用組件3多次失敗后，返回給組件1調用失敗信息，此時，組件1也執行重復調用組件2，該種場景下，實際上組件2調用了組件3接口m*n次，將會導致下游組件的請求量暴增，進而造成組件慢響應或者宕機，最終引起整個系統不可用。

發明內容

本發明所要解決的技術問題是：提供一種微服務請求重試的方法及終端，避免重試導致的系統卡頓。

為了解決上述技術問題，本發明采用的一種技術方案為：

一種微服務請求重試的方法，包括步驟：

S1、獲取調用鏈集合，所述調用鏈集合包括多個調用鏈，每個所述調用鏈由一個以上的組件按照調用順序排列組成；

S2、接收第一調用失敗信息，所述第一調用失敗信息包括第一調用組件ID、第一被調用組件ID及調用失敗次數；

S3、判斷所述調用失敗次數是否小于預設的最大重試次數，若否則獲取所述調用鏈集合中包括了所述第一調用組件ID及所述第一被調用組件ID的第一調用鏈；

S4、返回停止重試標識至所述第一調用鏈中調用順序位于所述調用組件ID所對應的第一調用組件之前的第二調用組件。

為了解決上述技術問題，本發明采用的另一種技術方案為：

一種微服務請求重試的終端，包括存儲器、處理器及存儲在所述存儲器上并可在所述處理器上運行的計算機程序，所述處理器執行所述計算機程序時實現以下步驟：

S1、獲取調用鏈集合，所述調用鏈集合包括多個調用鏈，每個所述調用鏈由一個以上的組件按照調用順序排列組成；

S2、接收第一調用失敗信息，所述第一調用失敗信息包括第一調用組件ID、第一被調用組件ID及調用失敗次數；

S3、判斷所述調用失敗次數是否小于預設的最大重試次數，若否則獲取所述調用鏈集合中包括了所述第一調用組件ID及所述第一被調用組件ID的第一調用鏈；

S4、返回停止重試標識至所述第一調用鏈中調用順序位于所述調用組件ID所對應的第一調用組件之前的第二調用組件。