[發明專利]業務請求的控制方法和裝置

有效

• 申請號: 201810575104.3
• 申請日: 2018-06-06
• 公開（公告）號: CN109087055B
• 公開（公告）日: 2022-04-08
• 發明（設計）人: 劉碩
• 申請（專利權）人: 北京達佳互聯信息技術有限公司
• 主分類號: G06Q10/10
• 分類號: G06Q10/10;G06Q30/06;G06F16/22;G06F16/28
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 莎日娜

本發明提供了一種業務請求的控制方法和裝置，該方法包括：在業務接口接收到一個業務請求時，Redis服務器對所述業務接口對應的QPS指標進行數量自增；判斷數量自增后的所述業務接口對應的QPS指標是否超過所述業務接口的預設QPS閾值；在數量自增后的所述業務接口對應的QPS指標超過所述業務接口的預設QPS閾值時，所述Redis服務器返回第一預設錯誤信息至所述業務接口對應的業務服務器，其中，第一預設錯誤信息用于表示對所述業務接口當前接收到的業務請求禁止執行后續的業務邏輯。本發明實現了分布式流量的控制，以及對高并發的業務請求的及時應對，并確保了被訪問的業務資源的原子化。

技術領域

本發明涉及計算機技術領域，特別是涉及一種業務請求的控制方法和裝置。

背景技術

流量限制在后臺服務設計中使用較為頻繁，目的是為了減小上層服務請求，對下層核心服務的影響，防止核心服務出現不可用的情況。具體而言，當突然間存在對同一業務資源的巨大訪問量時，系統容易宕機崩潰，使得對任意一個業務訪問請求都無法處理。

此外，在高并發的場景下，當大量的業務請求訪問同一種有限的業務資源時，還會存在請求超發的問題。例如在雙十一期間，客戶訂單量較大，而某種商品的庫存是有限的，那么當商品開搶時，系統可以同一時間接收到對該商品的大量訂單請求，往往造成實際庫存已經不足或為零，但是系統還是在對同時收到的多個訂單進行響應，來完成多個訂單，無法保證被訪問的資源的原子性。

因此，現有技術中的業務請求的處理方案顯然存在著無法應對高并發的業務請求，以及無法確保被訪問的業務資源的原子化的問題。

發明內容

本發明提供了一種業務請求的控制方法和裝置，以解決現有技術中的業務請求的處理方案所存在的無法應對高并發的業務請求，以及無法確保被訪問的業務資源的原子化的問題。

為了解決上述問題，根據本發明的一個方面，本發明公開了一種業務請求的控制方法，包括：

在業務接口接收到一個業務請求時，Redis服務器對所述業務接口對應的QPS指標進行數量自增；

判斷數量自增后的所述業務接口對應的QPS指標是否超過所述業務接口的預設QPS閾值；

在數量自增后的所述業務接口對應的QPS指標超過所述業務接口的預設QPS閾值時，所述Redis服務器返回第一預設錯誤信息至所述業務接口對應的業務服務器，其中，第一預設錯誤信息用于表示對所述業務接口當前接收到的業務請求禁止執行后續的業務邏輯。

在一種可能的實施方式中，所述Redis服務器采用鍵-值存儲每個業務接口的QPS數值，其中，所述Redis服務器預先為每個業務接口分配一個鍵，每個鍵對應的值用于存儲對應業務接口的QPS數值，其中，所述值的數據類型為哈希表，所述哈希表為字段與字段值的映射表；

所述在業務接口接收到一個業務請求時，Redis服務器對所述業務接口對應的QPS指標進行數量自增，包括：

在業務接口接收到一個業務請求時，Redis服務器確定所述業務接口對應的目標鍵、以及所述業務請求的接收時間點，其中，所述接收時間點的最小時間單位為秒；

所述Redis服務器根據所述接收時間點計算所述目標鍵的目標字段；

所述Redis服務器對所述目標鍵的哈希表中所述目標字段對應的目標字段值加一；

所述在數量自增后的所述業務接口對應的QPS指標超過所述業務接口的預設QPS閾值時，所述Redis服務器返回第一預設錯誤信息至所述業務接口對應的業務服務器，包括：

在所述目標字段值超過與所述目標鍵對應的業務接口的預設QPS閾值時，所述Redis服務器返回第一預設錯誤信息至所述業務接口對應的業務服務器。