[發明專利]一種業務請求處理方法及裝置

有效

• 申請號: 201410429073.2
• 申請日: 2014-08-27
• 公開（公告）號: CN104202261B
• 公開（公告）日: 2019-02-05
• 發明（設計）人: 蔡俊;丁巖
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/863
• 分類號: H04L12/863;H04L12/865
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 馮艷蓮

本發明公開了一種業務請求處理方法及裝置，用以避免系統資源不足時，業務間資源搶奪導致的業務執行不暢的問題。該方法為：接收新的業務請求；確定業務處理模塊當前剩余的系統資源量低于設定閾值且當前未啟用緩存隊列時，啟用所述緩存隊列，將所述新的業務請求加入所述緩存隊列；從所述緩存隊列中獲取所述新的業務請求并處理。

技術領域

本發明涉及通信技術領域，尤其涉及一種業務請求處理方法及裝置。

背景技術

在分布式或非分布式系統中，在同一時間需要承載多個業務，每個業務的運行都需要消耗系統的關鍵資源，例如系統內存、中央處理器(CPU)等資源。但是，系統關鍵資源是有限的，在同一時間承載的業務過多時，會存在系統資源不足的情況。

在系統關鍵資源充足時，各業務執行順暢，在系統關鍵資源不足時，各業務之間搶奪關鍵資源，將會導致部分業務無法獲得足夠的關鍵資源，該部分業務將無法順利執行，造成業務執行速度慢、業務暫停執行等后果。

如圖1所示的分布式系統中，包含有3個業務發起模塊、2個業務處理模塊，其中，3個業務發起模塊可訪問同一個業務處理模塊。業務處理模塊在系統關鍵資源不足時，直接丟棄業務發起模塊新發起的業務請求，間隔一段時長后由該業務發起模塊重新發起被丟棄的業務請求。在業務發起模塊發起的業務請求量超過了業務處理模塊的處理能力時，業務處理模塊的關鍵資源耗盡，使得業務請求的處理時延增大，部分業務請求失敗，甚至會由于部分業務壓力過大而影響整個系統性能。

為此，提出了隸屬于服務質量(Quality of Service，QoS)的優先級處理機制，通過將各類業務按照重要性分類，為重要性相對較高的業務指定較高的優先級，重要性相對較低的業務指定較低的優先級，系統根據業務優先級進行處理，保證優先級相對較高的業務更有機會獲得系統關鍵資源，最終達到在系統關鍵資源不足時，盡量保障相對優先級更高的業務的順利執行。

具體地，將業務請求隊列劃分為多個業務隊列，每個業務隊列對應具有相同優先級的業務，如圖2所示，每個優先級的隊列的深度是固定的，所謂隊列的深度為該隊列可容納的業務請求數，各個優先級的隊列的深度總和等于原業務請求隊列的深度。

該方案中，業務處理模塊按照業務請求的優先級分別將各業務請求置于具有相應的優先級的業務隊列中，采用調度算法對各優先級的業務隊列中的業務請求進行調度處理。

該方案的缺點在于：在業務處理模塊的業務處理壓力較小時，各業務均能夠獲取足夠的資源，該情況下各優先級的業務隊列中的業務不能并發運行，無法充分發揮系統能力。假設該情況下系統的業務請求均是低優先級，而在優先級低的業務隊列中的業務請求的數量達到該業務隊列的深度時，將會丟棄后續的業務請求，同時其他優先級的業務隊列中可能為空，這無疑會增加業務請求的處理時延。并且，不同優先級的業務請求置于不同優先級的業務隊列后，再對各業務隊列中的業務請求進行調度，會增加各業務請求等待處理的時長。

發明內容

本發明實施例提供一種業務請求處理方法及裝置，用以避免系統資源不足時，業務間資源搶奪導致的業務執行不暢的問題。

本發明實施例提供的具體技術方案如下：

第一方面，本發明實施例提供了一種業務請求處理方法，包括：

接收新的業務請求；

確定業務處理模塊當前剩余的系統資源量低于設定閾值且當前未啟用緩存隊列時，啟用所述緩存隊列，將所述新的業務請求加入所述緩存隊列；

從所述緩存隊列中獲取所述新的業務請求并處理。

結合第一方面，在第一種可能的實現方式中，所述方法還包括：

確定業務處理模塊當前剩余的系統資源量低于設定閾值且當前已啟用緩存隊列時，將所述新的業務請求加入所述緩存隊列。