專利名稱：服務資源控制系統和服務資源控制方法
技術領域：
本發明涉及資源管理領域，具體而言，涉及一種服務資源控制系統和一種服務資源控制方法。
背景技術：
任何計算都需要消耗資源，這里的資源主要有CPU、內存、磁盤、進程、線程、數據庫、網絡、鎖、文件等。任何系統的資源都是有限的，如果計算所要求的資源超過了系統的能力，系統就會發生故障，影響整個系統的穩定性。例如某個計算請求對內存的請求超過了系·統的容量，發生內存溢出錯誤，導致整個系統的崩潰。又例如某種類型的服務，是資源占用時間較長的服務，這種服務如果在交易系統中同時發生過多，其他的服務會長時間不可獲得，從而影響整個系統的響應，導致系統成為僵尸系統。現有的一些技術方案中，主要從系統上提供了一些局部的解決方案，如在網絡安全上，提供的防DDOS攻擊，就是一種針對特定類型的網絡請求的降級服務，降級方式是直接拋棄這中有DDOS攻擊嫌疑的網絡請求。又如，某些服務器，如Apache Web服務器，可對最大的連接數進行了控制，其實是針對線程和網絡資源消耗而進行的一種降級服務。傳統的技術方案，并不關心計算服務本身的特性，因此在上層應用系統的保護上，缺乏足夠的魯棒性支持。任何系統的資源都是有限的，一個開放的服務系統，不可避免的要面對各種不同的服務請求，不同的請求對資源的要求也有不同。不可避免的是，有些服務對特定資源的會影響系統的健壯性，傳統的技術從系統層面上，如全局的網絡連接數、線程池大小控制訪問服務請求，沒有考慮服務自生的特質和服務的相關性，因此對系統的保護是有限的，例如對系統的平均響應時間、對系統的最大并發數、對系統的最終穩定性都缺乏防護手段。這種問題，在云計算的背景下更顯得突出，在這種模式下用戶的服務水平合約(SLA)顯得更為重要，應用服務為了能夠滿足SLA的要求。因此，需要一種新的技術方案，能夠從服務層次上度量特定服務的資源消耗，針對服務的特性和現有資源利用情況，采用不同的降級服務，從而保障整個系統的健壯穩定。

發明內容
本發明所要解決的技術問題在于，提供一種新的技術方案，能夠從服務層次上度量特定服務的資源消耗，針對服務的特性和現有資源利用情況，采用不同的降級服務，從而保障整個系統的健壯穩定。有鑒于此，本發明提供一種服務資源控制系統，包括服務確定模塊，確定服務請求消息對應的目標服務；資源要求確定模塊，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量；資源剩余統計模塊，統計所述系統資源的剩余量；控制方式確定模塊，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式；資源分配控制模塊，按確定的資源控制方式，控制對所述目標服務的系統資源分配。應用此技術方案，可以根據當前資源使用的情況，按照一定的策略，實施服務降級，從而有效的提高系統的健壯性。即使在發生極端資源請求情況下，系統的當前服務不會受到沖擊，保障非極端服務請求的可用性和穩定性。在上述技術方案中，優選地，還包括資源使用統計模塊，統計所述系統資源的使用量，所述資源剩余統計模塊根據預記錄的所述系統資源的最大量以及使用量，確定所述系統資源的剩余量。應用此技術方案，隨時掌握系統資源的使用量及剩余量，以便根據系統的整體資源能力和當前資源利用的狀況，制定相應的服務降級的方法并實施服務降級。在上述技術方案中，優選地，所述控制方式確定模塊從所述目標服務預記錄的與不同條件對應的推薦資源控制方式中，選擇與比較結果相符的條件對應的推薦資源控制方式，作為對系統資源的資源控制方式。在本技術方案中，不同條件下，對應的推薦資源控制方式不同，系統會選擇與比較結果相符的條件對應的推薦資源方式，作為最終的資源控制方式，從而確保系統使用的都是最適合的資源控制方式，使整個系統得到更全面的保護，保 障整個系統的健壯穩定。在上述技術方案中，優選地，還包括資源分配統計模塊，在對所述目標服務的系統資源分配的控制完成后，記錄對所述目標服務實際的資源控制方式和所述目標服務的資源使用量。在本技術方案中，記錄每種資源的當前使用情況和控制方式，從而方便系統對服務所需要的資源進行預測，為服務降級決策提供必要的信息。在上述技術方案中，優選地，所述資源控制方式包括正常服務方式、拒絕服務方式、延遲重試方式和/或資源限制方式，所述資源分配控制模塊在所述確定的資源控制方式為所述正常服務方式時，按所述目標服務對所述系統資源的要求量，為所述目標服務分配所述系統資源，在所述確定的資源控制方式為所述拒絕服務方式時，不為所述目標服務分配所述系統資源，在所述確定的資源控制方式為所述延遲重試方式時，等待預定時間后重新確定對所述目標服務的資源控制方式，并在重新確定的次數到達預定次數后，將所述確定的資源控制方式更新為所述拒絕服務方式，在所述確定的資源控制方式為所述資源限制方式時，按預定資源限制量更新為所述目標服務對所述系統資源的要求量，并重新確定對所述目標服務的資源控制方式。在本技術方案中，系統根據不同的服務，指定服務要求的特征，制定服務降級的方法，并根據系統的整體資源能力和當前資源利用狀況，實施服務降級或正常服務，從而提高系統的穩定性。本發明還提供了一種服務資源控制方法，包括步驟202，確定服務請求消息對應的目標服務；步驟204，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量；步驟206，統計所述系統資源的剩余量；步驟208，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式；步驟210，按確定的資源控制方式，控制對所述目標服務的系統資源分配。應用此技術方案，可以根據當前資源使用的情況，按照一定的策略，實施服務降級，從而有效的提高系統的健壯性。即使在發生極端資源請求情況下，系統的當前服務不會受到沖擊，保障非極端服務請求的可用性和穩定性。在上述技術方案中，優選地，所述步驟206包括統計所述系統資源的使用量；根據預記錄的所述系統資源的最大量以及使用量，確定所述系統資源的剩余量。資源使用統計模塊統計系統資源的使用量，資源剩余統計模塊根據之前記錄的系統資源的最大量以及使用量，確定系統資源的剩余量。應用此技術方案，隨時掌握系統資源的使用量及剩余量，以便根據系統的整體資源能力和當前資源利用的狀況，制定相應的服務降級的方法并實施服務降級。在上述技術方案中，優選地，所述步驟208包括從為所述目標服務預記錄的與不同條件對應的推薦資源控制方式中，選擇與比較結果相符的條件對應的推薦資源控制方式，作為對系統資 源的資源控制方式。在本技術方案中，不同條件下，對應的推薦資源控制方式不同，系統會選擇與比較結果相符的條件對應的推薦資源方式，作為最終的資源控制方式，從而確保系統使用的都是最適合的資源控制方式，使整個系統得到更全面的保護，保障整個系統的健壯穩定。在上述技術方案中，優選地，在對所述目標服務的系統資源分配的控制完成后，記錄對所述目標服務實際的資源控制方式和所述目標服務的資源使用量。在本技術方案中，記錄每種資源的當前使用情況和控制方式，從而方便系統對服務所需要的資源進行預測，為服務降級決策提供必要的信息。在上述技術方案中，優選地，所述資源控制方式包括正常服務方式、拒絕服務方式、延遲重試方式和/或資源限制方式，所述步驟210包括在所述確定的資源控制方式為所述正常服務方式時，按所述目標服務對所述系統資源的要求量，為所述目標服務分配所述系統資源；在所述確定的資源控制方式為所述拒絕服務方式時，不為所述目標服務分配所述系統資源；在所述確定的資源控制方式為所述延遲重試方式時，等待預定時間后重新確定對所述目標服務的資源控制方式，并在重新確定的次數到達預定次數后，將所述確定的資源控制方式更新為所述拒絕服務方式；在所述確定的資源控制方式為所述資源限制方式時，按預定資源限制量更新為所述目標服務對所述系統資源的要求量，并重新確定對所述目標服務的資源控制方式。在本技術方案中，系統根據不同的服務，指定服務要求的特征，制定服務降級的方法，并根據系統的整體資源能力和當前資源利用狀況，實施服務降級或正常服務，從而提高系統的穩定性。


圖I示出了根據本發明的實施例的服務資源控制的系統框圖；圖2示出了根據本發明的實施例的服務資源控制方法的流程圖；圖3示出了根據本發明的實施例的支持降級服務的系統裝置圖；圖4示出了根據本發明的實施例的降級服務的工作流程圖。
具體實施例方式為了能夠更清楚地理解本發明的上述目的、特征和優點，下面結合附圖和具體實施方式
對本發明進行進一步的詳細描述。在下面的描述中闡述了很多具體細節以便于充分理解本發明，但是，本發明還可以采用其他不同于在此描述的其他方式來實施，因此，本發明并不限于下面公開的具體實施例的限制。圖I示出了根據本發明的實施例的服務資源控制的系統框圖。
如圖I所示，本發明的服務資源控制系統100包括服務確定模塊102，確定服務請求消息對應的目標服務；資源要求確定模塊104，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量；資源剩余統計模塊106，統計所述系統資源的剩余量；控制方式確定模塊108，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式；資源分配控制模塊110，按確定的資源控制方式，控制對所述目標服務的系統資源分配。應用此技術方案，可以根據當前資源使用的情況，按照一定的策略，實施服務降級，從而有效的提高系統的健壯性。即使在發生極端資源請求情況下，系統的當前服務不會受到沖擊，保障非極端服務請求的可用性和穩定性在上述技術方案中，還包括資源使用統計模塊112，統計所述系統資源的使用量，所述資源剩余統計模塊根據預記錄的所述系統資源的最大量以及使用量，確定所述系統資源的剩余量。應用此技術方案，隨時掌握系統資源的使用量及剩余量，以便根據系統的整體資源能力和當前資源利用的狀況，制定相應的服務降級的方法并實施服務降級。在上述技術方案中，所述控制方式確定模塊108從所述目標服務預記錄的與不同 條件對應的推薦資源控制方式中，選擇與比較結果相符的條件對應的推薦資源控制方式，作為對系統資源的資源控制方式。在本技術方案中，不同條件下，對應的推薦資源控制方式不同，系統會選擇與比較結果相符的條件對應的推薦資源方式，作為最終的資源控制方式，從而確保系統使用的都是最適合的資源控制方式，使整個系統得到更全面的保護，保障整個系統的健壯穩定。在上述技術方案中，還包括資源分配統計模塊114，在對所述目標服務的系統資源分配的控制完成后，記錄對所述目標服務實際的資源控制方式和所述目標服務的資源使用量。在本技術方案中，記錄每種資源的當前使用情況和控制方式，從而方便系統對服務所需要的資源進行預測，為服務降級決策提供必要的信息。在上述技術方案中，所述資源控制方式包括正常服務方式、拒絕服務方式、延遲重試方式和/或資源限制方式，所述資源分配控制模塊在所述確定的資源控制方式為所述正常服務方式時，按所述目標服務對所述系統資源的要求量，為所述目標服務分配所述系統資源，在所述確定的資源控制方式為所述拒絕服務方式時，不為所述目標服務分配所述系統資源，在所述確定的資源控制方式為所述延遲重試方式時，等待預定時間后重新確定對所述目標服務的資源控制方式，并在重新確定的次數到達預定次數后，將所述確定的資源控制方式更新為所述拒絕服務方式，在所述確定的資源控制方式為所述資源限制方式時，按預定資源限制量更新為所述目標服務對所述系統資源的要求量，并重新確定對所述目標服務的資源控制方式。在本技術方案中，系統根據不同的服務，指定服務要求的特征，制定服務降級的方法，并根據系統的整體資源能力和當前資源利用狀況，實施服務降級或正常服務，從而提聞系統的穩定性。圖2示出了根據本發明的實施例的服務資源控制方法的流程圖。如圖2所示，本發明的服務資源控制方法包括步驟202，確定服務請求消息對應的目標服務；步驟204，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量；步驟206，統計所述系統資源的剩余量；步驟208，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式；步驟210，按確定的資源控制方式，控制對所述目標服務的系統資源分配。應用此技術方案，可以根據當前資源使用的情況，按照一定的策略，實施服務降級，從而有效的提高系統的健壯性。即使在發生極端資源請求情況下，系統的當前服務不會受到沖擊，保障非極端服務請求的可用性和穩定性。在上述技術方案中，所述步驟206包括統計所述系統資源的使用量；根據預記錄的所述系統資源的最大量以及使用量，確定所述系統資源的剩余量。資源使用統計模塊統計系統資源的使用量，資源剩余統計模塊根據之前記錄的系統資源的最大量以及使用量，確定系統資源的剩余量。應用此技術 方案，隨時掌握系統資源的使用量及剩余量，以便根據系統的整體資源能力和當前資源利用的狀況，制定相應的服務降級的方法并實施服務降級。在上述技術方案中，所述步驟208包括從為所述目標服務預記錄的與不同條件對應的推薦資源控制方式中，選擇與比較結果相符的條件對應的推薦資源控制方式，作為對系統資源的資源控制方式。在本技術方案中，不同條件下，對應的推薦資源控制方式不同，系統會選擇與比較結果相符的條件對應的推薦資源方式，作為最終的資源控制方式，從而確保系統使用的都是最適合的資源控制方式，使整個系統得到更全面的保護，保障整個系統的健壯穩定。在上述技術方案中，在對所述目標服務的系統資源分配的控制完成后，記錄對所述目標服務實際的資源控制方式和所述目標服務的資源使用量。在本技術方案中，記錄每種資源的當前使用情況和控制方式，從而方便系統對服務所需要的資源進行預測，為服務降級決策提供必要的信息。在上述技術方案中，所述資源控制方式包括正常服務方式、拒絕服務方式、延遲重試方式和/或資源限制方式，所述步驟210包括在所述確定的資源控制方式為所述正常服務方式時，按所述目標服務對所述系統資源的要求量，為所述目標服務分配所述系統資源；在所述確定的資源控制方式為所述拒絕服務方式時，不為所述目標服務分配所述系統資源；在所述確定的資源控制方式為所述延遲重試方式時，等待預定時間后重新確定對所述目標服務的資源控制方式，并在重新確定的次數到達預定次數后，將所述確定的資源控制方式更新為所述拒絕服務方式；在所述確定的資源控制方式為所述資源限制方式時，按預定資源限制量更新為所述目標服務對所述系統資源的要求量，并重新確定對所述目標服務的資源控制方式。在本技術方案中，系統根據不同的服務，指定服務要求的特征，制定服務降級的方法，并根據系統的整體資源能力和當前資源利用狀況，實施服務降級或正常服務，從而提聞系統的穩定性。本發明提供了一套支持服務降級運行的裝置，該裝置可針對不同的服務，指定服務資源要求的特征，制定服務降級的方法，并根據系統的整體資源能力和當前資源利用狀況，實施服務降級或者正常服務。如圖3所示，支持降級服務的系統裝置300包括服務資源特征描述模塊302，資源使用統計模塊304，資源能力描述模塊306，服務請求模塊308，服務降級決策模塊310，服務降級統計收集模塊312，支持服務降級的服務運行環境314。下面分別對各個模塊做詳細的介紹服務資源特征描述模塊302 :描述服務對資源要求特征以及在資源不足的時候推薦的降級服務方式。如描述服務運行需要最大的線程數、需要的最大內存、耗費的CPU、使用的并發控制信號資源等，除了靜態描述，還可以指定一個表達式，該表達式可以在運行時亥IJ，根據服務請求的消息計算可能需要的資源。并不是所有服務都需要進行資源要求特征描述，只有需要利用降級能力的服務才進行描述。資源使用統計模塊304 :基于資源能力描述模塊描述的資源，記錄每種資源的當前使用情況。其中CPU資源、內存資源是實時采集的信息，其他部分基于資源使用和回收情況統計。資源能力描述模塊306 :描述當前系統的資源能力情況。主要包括，系統的CPU能力(本裝置可用到的CPU個數和CPU速度信息)、內存大小(本裝置可用到的內存資源信息，如Java進程中的最大堆內存，最大永久堆內存、最大堆外內存)、各種不同類型的線程池(最大線程數)、數據庫信息(最大連接數)、并發控制信號資源(一個信號量，包括名稱和最大的信號數，每被獲取一次，可用的信號數就減少一個，可以用來做并發控制)，通過資源能力描述模塊，系統的資源極限是可以度量的。 服務請求模塊308 :服務請求的入口，服務請求入口記錄了請求消息，通過請求消息和服務的資源特征描述，系統可以預測服務所需要的資源，為降級服務決策提供必要的信息。服務降級決策模塊310 :根據服務請求對資源的要求和當前資源的使用統計情況，進行降級服務決策，如進行服務拒絕、延遲重試、減少處理數據量等。服務降級統計收集模塊312 :降級服務決策時，會通知該模塊所采用的決策方式。支持降級的服務運行環境，在服務的運行過程中，會把該服務運行時的系統資源使用情況通過快照送給該模塊，它能為系統降級服務的調優提供統計數據的支持。支持降級服務的服務運行環境314 :負責運行服務，在運行過程中，把上面描述的各個模塊連接在一起，為服務提供一個可降級運行的環境。圖4示出了上述模塊，在運行過程中的主體流程圖，具體流程如下步驟402，系統發出服務請求，進入步驟404。步驟404，服務請求模塊接收服務請求，服務請求模塊分析服務請求的原始消息，并解釋為目標服務和服務消息，這些信息傳遞給服務運行環境。步驟406，支持降級服務的服務運行環境根據目標服務，向服務資源特征描述模塊請求該服務的資源特征描述信息。步驟408，判斷服務是否需要降級服務控制。如果該服務，不需要降級控制，那么服務將正常運行，進入步驟428 ;如果該服務需要降級控制，進入步驟410。步驟410，預測服務請求所需要的資源，并作為資源預測信息，傳遞給降級服務決策模塊。步驟412，降級服務決策模塊接受服務請求所需要的資源信息，并從資源使用統計模塊獲取當前資源的使用情況信息。步驟414，降級服務決策模塊根據資源的情況決定是否降級。步驟416,決定是否降級,如果降級，進入步驟418,如果不降級,進入步驟430。步驟418，降級服務決策模塊進行降級決策。步驟420，選擇降級方式。
步驟422，服務降級運行拒絕服務。此時，服務得不到執行。步驟424，服務降級運行設定資源限制。設定了資源限制，系統將重新評估并預測服務所需要的資源。
步驟426，服務降級運行延遲重試。此時，系統將延遲一段時間，重新進行決策。步驟428，服務正常運行。步驟430，當系統不需要降級時，首先會為服務分配可以預先分配的資源。步驟432，運行服務。步驟434，服務結束后釋放其主動獲取的資源。步驟436，支持可降級服務的服務運行環境向服務降級統計模塊輸出本次服務的降級情況，和資源使用情況。下面以一個需要控制最大并發數的服務作為例子，描述本發明涉及到的各個模塊的工作過程，假設這個服務名稱為SERVICE_A，最大執行數為5 I、資源能力描述模塊定義一個并發控制信號資源SEMAPHORE:SERVCE_A=5。2、服務資源特征描述模塊為該服務指定需要使用前面定義的并發控制信號資源，并說明一旦該資源不足，拒絕服務。3、發生服務請求時，服務請求模塊解釋服務請求消息，表示該次請求為SERVICE_A，可降級服務執行模塊裝載服務資源特征描述，從中可知其需要降級服務的控制。4、如果并發執行6次請求，前5次將會分配到所需的信號資源，服務得到執行，而在第6個請求，則不能得到執行，服務被拒絕。如果運行的5個請求任一個請求結束，那么服務所分配的資源將會釋放，新的對SERVICE_A的服務請求將能夠獲得信號資源，從而得到執行。5、服務執行完畢，服務降級統計模塊輸出降級決策信息。再以一個根據內存使用情況進行降級服務的例子，假設該服務為SERVICE_B I、資源能力描述模塊定義當前系統的最大內存是1024M。2、資源特征描述模塊為該服務指定一個表達式，該表達式用于評估針對這個服務的服務請求所需要的內存，要求不能超過系統內存的一半，并指定降級服務方案為延遲重試,重試次數為3。3、發生服務請求時，服務請求模塊解釋服務請求消息，表示該次請求為SERVICE_B,可降級服務執行模塊裝載服務資源特征描述為需要進行基于消息的內存大小評估，他會調用表達式，并以服務請求消息作為表達式輸入，評估可能內存的使用情況。4、服務降級決策模塊根據這次請求的內存評估情況進行決策，如果需要內存超過512M，那么將決策為拒絕服務，如果內存小于512M，假設需要256M，那么他會根據當前系統的內存使用情況再次進行決策，如果當前可用內存小于256M，那么他會延遲重試，如果重試超過三次，將決策為拒絕服務，如果當前可用內存大于256M，那么服務將得到立即執行。5、服務執行完畢后向服務降級統計模塊輸出降級決策信息，如果服務得到運行還會記錄服務運行時實際消耗內存的情況。以上結合附圖詳細說明了本發明的技術方案。通過本發明的技術方案，系統可以根據當前資源使用的情況，按照一定的策略，實施服務降級，從而有效的提高系統的健壯性。即使在發生極端資源請求情況下，系統的當前服務也不會受到沖擊，保障非極端服務請求的可用性和穩定性。以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技 術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
1.一種服務資源控制系統，其特征在于，包括 服務確定模塊，確定服務請求消息對應的目標服務； 資源要求確定模塊，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量； 資源剩余統計模塊，統計所述系統資源的剩余量； 控制方式確定模塊，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式； 資源分配控制模塊，按確定的資源控制方式，控制對所述目標服務的系統資源分配。
2.根據權利要求I所述的服務資源控制系統，其特征在于，還包括 資源使用統計模塊，統計所述系統資源的使用量，所述資源剩余統計模塊根據預記錄的所述系統資源的最大量以及使用量，確定所述系統資源的剩余量。
3.根據權利要求I所述的服務資源控制系統，其特征在于，所述控制方式確定模塊從為所述目標服務預記錄的與不同條件對應的推薦資源控制方式中，選擇與比較結果相符的條件對應的推薦資源控制方式，作為對系統資源的資源控制方式。
4.根據權利要求I所述的服務資源控制系統，其特征在于，還包括 資源分配統計模塊，在對所述目標服務的系統資源分配的控制完成后，記錄對所述目標服務實際的資源控制方式和所述目標服務的資源使用量。
5.根據權利要求I至4中任一項所述的服務資源控制系統，其特征在于，所述資源控制方式包括正常服務方式、拒絕服務方式、延遲重試方式和/或資源限制方式，所述資源分配控制模塊在所述確定的資源控制方式為所述正常服務方式時，按所述目標服務對所述系統資源的要求量，為所述目標服務分配所述系統資源，在所述確定的資源控制方式為所述拒絕服務方式時，不為所述目標服務分配所述系統資源，在所述確定的資源控制方式為所述延遲重試方式時，等待預定時間后重新確定對所述目標服務的資源控制方式，并在重新確定的次數到達預定次數后，將所述確定的資源控制方式更新為所述拒絕服務方式，在所述確定的資源控制方式為所述資源限制方式時，按預定資源限制量更新為所述目標服務對所述系統資源的要求量，并重新確定對所述目標服務的資源控制方式。
6.一種服務資源控制方法，其特征在于，包括 步驟202，確定服務請求消息對應的目標服務； 步驟204，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量； 步驟206，統計所述系統資源的剩余量； 步驟208，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式； 步驟210，按確定的資源控制方式，控制對所述目標服務的系統資源分配。
7.根據權利要求6所述的服務資源控制方法，其特征在于，所述步驟206包括 統計所述系統資源的使用量； 根據預記錄的所述系統資源的最大量以及使用量，確定所述系統資源的剩余量。
8.根據權利要求6所述的服務資源控制方法，其特征在于，所述步驟208包括 從為所述目標服務預記錄的與不同條件對應的推薦資源控制方式中，選擇與比較結果相符的條件對應的推薦資源控制方式，作為對系統資源的資源控制方式。
9.根據權利要求6所述的服務資源控制方法，其特征在于，還包括 在對所述目標服務的系統資源分配的控制完成后，記錄對所述目標服務實際的資源控制方式和所述目標服務的資源使用量。
10.根據權利要求6至9中任一項所述的服務資源控制方法，其特征在于，所述資源控制方式包括正常服務方式、拒絕服務方式、延遲重試方式和/或資源限制方式，所述步驟210包括 在所述確定的資源控制方式為所述正常服務方式時，按所述目標服務對所述系統資源的要求量，為所述目標服務分配所述系統資源； 在所述確定的資源控制方式為所述拒絕服務方式時，不為所述目標服務分配所述系統資源；· 在所述確定的資源控制方式為所述延遲重試方式時，等待預定時間后重新確定對所述目標服務的資源控制方式，并在重新確定的次數到達預定次數后，將所述確定的資源控制方式更新為所述拒絕服務方式； 在所述確定的資源控制方式為所述資源限制方式時，按預定資源限制量更新為所述目標服務對所述系統資源的要求量，并重新確定對所述目標服務的資源控制方式。
全文摘要
本發明提供一種服務資源控制系統，包括服務確定模塊，確定服務請求消息對應的目標服務；資源要求確定模塊，根據預記錄的不同服務對系統資源的要求量，確定所述目標服務對所述系統資源的要求量；資源剩余統計模塊，統計所述系統資源的剩余量；控制方式確定模塊，比較所述系統資源的剩余量和所述目標服務對所述系統資源的要求量，根據比較結果確定對所述目標服務的資源控制方式；資源分配控制模塊，按確定的資源控制方式，控制對所述目標服務的系統資源分配。相應地，本發明還提供一種服務資源控制方法。通過本發明的技術方案，從服務層次上度量特定服務的資源消耗，針對服務的特性和現有資源利用情況，采用不同的降級服務，從而保障整個系統的健壯穩定。
文檔編號H04L29/08GK102904942SQ20121037114
公開日2013年1月30日 申請日期2012年9月28日 優先權日2012年9月28日
發明者何冠宇 申請人:用友軟件股份有限公司