[發明專利]一種應用控制系統

有效

• 申請號: 202211248915.5
• 申請日: 2022-10-12
• 公開（公告）號: CN115454680B
• 公開（公告）日: 2023-07-07
• 發明（設計）人: 薄滿輝;劉春磊;高棟;佟業新;貴福勝
• 申請（專利權）人: 中航信移動科技有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F9/50
• 代理公司: 北京鍾維聯合知識產權代理有限公司 11579
• 代理人: 安娜

本申請提供一種應用控制系統，包括：控制服務器和應用運行服務器，控制服務器與應用運行服務器連接；應用運行服務器內運行有若干應用，每一應用包括若干子應用，每一應用具有唯一的調用端口；每一子應用具有至少一個與其唯一對應的pod；控制服務器用于執行以下步驟：從應用運行服務器內的若干子應用中，確定出待擴容子應用；獲取待擴容子應用對應的調用增長量RM＝Qps1?Qps2；獲取待擴容數量Num1＝RM/Qpssubgt;t/subgt;+J1+R(RM/Qps2)；向應用運行服務器發送擴容指令，以使應用運行服務器為待擴容子應用增加Num1個對應的pod。本申請能夠準確確定出待擴容子應用需要增加的pod的數量。

背景技術

現今，很多的應用都直接在k8s(kubernetes)系統上進行部署，使得每一應用的子應用可以依托于其單獨對應的pod進行運行。但每一個pod都有配置上限，如一個pod一分鐘內能夠支撐的最大調用次數是有上限的。若在一分鐘內，該pod被調用的次數超過了這個上限，則會使得一些調用請求出現請求失敗的情況。

故而，在這種情況下，很多系統會對當前的調用數量過高的子應用進行擴容處理，即增加子應用對應的pod的數量。但現有的方式中，都是增加固定數量的pod或直接將當前的pod的數量進行翻倍。這樣處理很容易出現擴容處理過多導致出現冗余pod占用系統資源，或擴容數量過少無法有效處理調用請求的情況出現。

發明內容

有鑒于此，本申請提供一種應用控制系統，至少部分解決現有技術中存在的問題。

在本申請的一方面，提供一種應用控制系統，包括：控制服務器和應用運行服務器，所述控制服務器與應用運行服務器連接；所述應用運行服務器內運行有若干應用，每一所述應用包括若干子應用，每一所述應用具有唯一的調用端口；每一子應用具有至少一個與其唯一對應的pod。

所述控制服務器用于執行以下步驟：

S100，從所述應用運行服務器內的若干子應用中，確定出待擴容子應用；所述待擴容子應用為需要增加與其對應的pod的數量的子應用。

S200，獲取所述待擴容子應用對應的調用增長量RM＝Qps1-Qps2；其中，Qps1為所述待擴容子應用在當前子時間窗口內被調用的次數，Qps2為所述待擴容子應用在第一對比子時間窗口內被調用的次數；所述當前子時間窗口的結束時間為當前時間，所述第一對比子時間窗口的結束時間為所述當前子時間窗口的開始時間，所述當前子時間窗口和所述第一對比子時間窗口的長度相同。

S300，獲取待擴容數量Num1＝RM/Qps_t+J1+R(RM/Qps2)；其中，Qps_t為所述子應用對應的pod的最大調用次數承載上限，J1為預設參數值，RM/Qps2為當前子時間窗口內所述待擴容子應用對應的調用增長率，R()為預設的數量確定函數。

S400，向所述應用運行服務器發送擴容指令，以使所述應用運行服務器為所述待擴容子應用增加Num1個對應的pod。

本申請提供的應用控制系統，控制服務器在確定出待擴容子應用后，會根據根據當前的帶待擴容子應用對應的pod的最大調用次數承載上限Qps_t、當前子時間窗口對應的調用增長量RM、預設參數值J1來確定出基礎的擴容數量。同時也會根據當前子時間窗口對應的調用增長率RM/Qps2和預設的數量確定函數，確定出補充擴容數量。以此，能夠準確地確定出更加合理的待擴容數量Num1，并控制應用運行服務器為待擴容子應用增加Num1個對應的pod。使得擴容數量更加準確，降低出現擴容處理過多導致出現冗余pod占用系統資源，或擴容數量過少無法有效處理調用請求的情況。

附圖說明

為了更清楚地說明本申請實施例的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其它的附圖。