• / 20
  • 下載費用:30 金幣  

一種應用容器的創建方法和裝置.pdf

摘要
申請專利號:

CN201510642986.7

申請日:

2015.09.30

公開號:

CN105260233A

公開日:

2016.01.20

當前法律狀態:

授權

有效性:

有權

法律詳情: 授權|||實質審查的生效IPC(主分類):G06F 9/46申請日:20150930|||公開
IPC分類號: G06F9/46; G06F9/48 主分類號: G06F9/46
申請人: 北京奇虎科技有限公司; 奇智軟件(北京)有限公司
發明人: 李輝; 楊濤
地址: 100088北京市西城區新街口外大街28號D座112室(德勝園區)
優先權:
專利代理機構: 北京潤澤恒知識產權代理有限公司11319 代理人: 趙娟
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201510642986.7

授權公告號:

||||||

法律狀態公告日:

2019.03.05|||2016.02.17|||2016.01.20

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本發明實施例提供了一種應用容器的創建方法和裝置,該方法包括:按照應用容器的創建參數生成創建任務;所述創建參數包括一個或多個創建條件、一個或多個容器參數;當獲取到創建任務時,針對每個創建條件生成創建子任務;調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條件;當檢測到滿足所述創建條件時,按照所述一個或多個容器參數創建應用容器。本發明實施例實現了應用容器的自動創建,避免了人工進行監測、創建等操作,大大降低了創建應用容器的成本。

權利要求書

1.一種應用容器的創建方法,包括:
按照應用容器的創建參數生成創建任務;所述創建參數包括一個或多個
創建條件、一個或多個容器參數;
當獲取到創建任務時,針對每個創建條件生成創建子任務;
調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條件;
當檢測到滿足所述創建條件時,按照所述一個或多個容器參數創建應用
容器。
2.如權利要求1所述的方法,其特征在于,所述創建條件包括時間間
隔信息;
所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:
獲取當前的時間與當前的應用容器的創建時間;
判斷當前的時間與當前的應用容器的創建時間之差是否滿足所述時間
間隔信息;若是,則判定滿足創建條件。
3.如權利要求1所述的方法,其特征在于,所述創建條件包括賬號閾
值;
所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:
從當前的應用容器中檢測賬號的數量;
判斷所述賬號的數量是否超過所述賬號閾值;若是,則判定滿足創建條
件。
4.如權利要求1所述的方法,其特征在于,所述創建條件包括業務對
象閾值;
所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:
從當前的應用容器中檢測歸屬賬號的業務對象的數量;
判斷所述業務對象的數量是否超過所述業務對象閾值;若是,則判定滿
足創建條件。
5.如權利要求1或2或3或4所述的方法,其特征在于,所述按照所
述一個或多個容器參數創建應用容器的步驟包括:
設置應用容器的創建時間;
發布應用容器的創建信息;
創建應用容器;
在到達所述創建時間時,將訪問的賬號信息寫入所述應用容器中。
6.如權利要求1或5所述的方法,其特征在于,在所述調用每個創建
子任務,以檢測是否滿足每個創建子任務中的創建條件的步驟之前,所述方
法還包括:
狀態調節器將所述創建子任務的狀態設置為未執行。
7.如權利要求6所述的方法,其特征在于,還包括:
當滿足預設的狀態遷移的條件進行狀態遷移時,狀態調節器將所述創建
子任務的狀態從未執行遷移為未創建;
當檢測到所述創建子任務的狀態為未創建時,檢查器執行所述調用每個
創建子任務,以檢測是否滿足每個創建子任務中的創建條件的步驟。
8.如權利要求7所述的方法,其特征在于,還包括:
當檢測滿足所述創建條件時,狀態調節器將所述創建子任務的狀態從未
創建遷移為創建中;
當檢測到所述創建子任務的狀態為創建中時,創建器執行所述按照所述
一個或多個容器參數創建應用容器的步驟。
9.如權利要求8所述的方法,其特征在于,還包括:
當創建應用容器完成時,狀態調節器將所述創建子任務的狀態從執行中
遷移為執行中完成;
當檢測到所述創建子任務的狀態為執行完成時,調度器執行所述當獲取
到創建任務時,針對每個創建條件生成創建子任務的步驟。
10.一種應用容器的創建裝置,包括:
任務管理器,適于按照應用容器的創建參數生成創建任務;所述創建參
數包括一個或多個創建條件、一個或多個容器參數;
調度器,適于在獲取到創建任務時,針對每個創建條件生成創建子任務;
檢查器,適于調用每個創建子任務,以檢測是否滿足每個創建子任務中
的創建條件;
創建器,適于在檢測到滿足所述創建條件時,按照所述一個或多個容器
參數創建應用容器。

說明書

一種應用容器的創建方法和裝置

技術領域

本發明涉及計算機處理的技術領域,特別是涉及一種應用容器的創建方
法和一種應用容器的創建裝置。

背景技術

隨著網絡科技的發展,如網絡聊天室、視頻直播室、游戲等產品廣泛進
入人們的生活、學習、工作等領域。

每一個產品,通常需要服務器開啟應用容器,將產品數據、用戶數據導
入,進行應用服務。

現在一般是技術人員在后臺人工進行監測,在合適的適合創建應用容
器,如需要每天8點定時開一個應用容器,就需要技術人員8點之前去創建
應用容器,在創建時需要人工設置發布消息,如開啟時間、開啟公告等等。

由于網站的產品數量高速增長,人工創建應用容器的方式在時間和人
力成本上越來越高,以至于無法承受。

發明內容

鑒于上述問題,提出了本發明以便提供一種克服上述問題或者至少部分
地解決上述問題的一種應用容器的創建方法和相應的一種應用容器的創建
裝置。

依據本發明的一個方面,提供了一種應用容器的創建方法,包括:

按照應用容器的創建參數生成創建任務;所述創建參數包括一個或多個
創建條件、一個或多個容器參數;

當獲取到創建任務時,針對每個創建條件生成創建子任務;

調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條件;

當檢測到滿足所述創建條件時,按照所述一個或多個容器參數創建應用
容器。

可選地,所述創建條件包括時間間隔信息;

所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:

獲取當前的時間與當前的應用容器的創建時間;

判斷當前的時間與當前的應用容器的創建時間之差是否滿足所述時間
間隔信息;若是,則判定滿足創建條件。

可選地,所述創建條件包括賬號閾值;

所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:

從當前的應用容器中檢測賬號的數量;

判斷所述賬號的數量是否超過所述賬號閾值;若是,則判定滿足創建條
件。

可選地,所述創建條件包括業務對象閾值;

所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:

從當前的應用容器中檢測歸屬賬號的業務對象的數量;

判斷所述業務對象的數量是否超過所述業務對象閾值;若是,則判定滿
足創建條件。

可選地,所述按照所述一個或多個容器參數創建應用容器的步驟包括:

設置應用容器的創建時間;

發布應用容器的創建信息;

創建應用容器;

在到達所述創建時間時,將訪問的賬號信息寫入所述應用容器中。

可選地,在所述調用每個創建子任務,以檢測是否滿足每個創建子任務
中的創建條件的步驟之前,所述方法還包括:

狀態調節器將所述創建子任務的狀態設置為未執行。

可選地,還包括:

當滿足預設的狀態遷移的條件進行狀態遷移時,狀態調節器將所述創建
子任務的狀態從未執行遷移為未創建;

當檢測到所述創建子任務的狀態為未創建時,檢查器執行所述調用每個
創建子任務,以檢測是否滿足每個創建子任務中的創建條件的步驟。

可選地,還包括:

當檢測滿足所述創建條件時,狀態調節器將所述創建子任務的狀態從未
創建遷移為創建中;

當檢測到所述創建子任務的狀態為創建中時,創建器執行所述按照所述
一個或多個容器參數創建應用容器的步驟。

可選地,還包括:

當創建應用容器完成時,狀態調節器將所述創建子任務的狀態從執行中
遷移為執行中完成;

當檢測到所述創建子任務的狀態為執行完成時,調度器執行所述當獲取
到創建任務時,針對每個創建條件生成創建子任務的步驟。

可選地,在所述按照提交應用容器的創建參數生成創建任務的步驟之
后,所述方法還包括:

任務管理器在生成創建任務時,向預設的消息隊列寫入任務創建消息;

在所述消息隊列中檢測到任務創建消息時,調度器執行所述當獲取到創
建任務時,針對每個創建條件生成創建子任務的步驟。

可選地,還包括:

調度器在生成創建子任務時,向預設的消息隊列寫入子任務創建消息;

在所述消息隊列中檢測到子任務創建消息時,狀態調節器執行所述將所
述創建子任務的狀態設置為未執行的步驟。

可選地,還包括:

檢查器在檢測到滿足所述創建條件時,向預設的消息隊列寫入第一狀態
遷移消息;

在所述消息隊列中檢測到第一狀態遷移消息時,狀態調節器執行所述將
所述創建子任務的狀態從未創建遷移為創建中的步驟。

可選地,還包括:

創建器在創建應用容器完成時,向預設的消息隊列寫入第二狀態遷移消
息;

在所述消息隊列中檢測到第二狀態遷移消息時,狀態調節器執行所述將
所述創建子任務的狀態從執行中遷移為執行中完成的步驟。

可選地,所述消息隊列由消息隊列服務維護,所述方法還包括:

探活器在預設的時間點向所述消息隊列服務發送探活消息;

判斷在指定的時間內是否檢測所述探活消息是否寫入所述消息隊列;

若是,則判定所述消息隊列服務運行正常;

若否,則判定所述消息隊列服務運行異常。

可選地,還包括:

當所述消息隊列服務運行異常時,生成警報信息。

根據本發明的另一方面,提供了一種應用容器的創建裝置,包括:

任務管理器,適于按照應用容器的創建參數生成創建任務;所述創建參
數包括一個或多個創建條件、一個或多個容器參數;

調度器,適于在獲取到創建任務時,針對每個創建條件生成創建子任務;

檢查器,適于調用每個創建子任務,以檢測是否滿足每個創建子任務中
的創建條件;

創建器,適于在檢測到滿足所述創建條件時,按照所述一個或多個容器
參數創建應用容器。

可選地,所述創建條件包括時間間隔信息;所述檢查器還適于:

獲取當前的時間與當前的應用容器的創建時間;

判斷當前的時間與當前的應用容器的創建時間之差是否滿足所述時間
間隔信息;若是,則判定滿足創建條件。

可選地,所述創建條件包括賬號閾值;所述檢查器還適于:

從當前的應用容器中檢測賬號的數量;

判斷所述賬號的數量是否超過所述賬號閾值;若是,則判定滿足創建條
件。

可選地,所述創建條件包括業務對象閾值;所述檢查器還適于:

從當前的應用容器中檢測歸屬賬號的業務對象的數量;

判斷所述業務對象的數量是否超過所述業務對象閾值;若是,則判定滿
足創建條件。

可選地,所述創建器還適于:

設置應用容器的創建時間;

發布應用容器的創建信息;

創建應用容器;

在到達所述創建時間時,將訪問的賬號信息寫入所述應用容器中。

可選地,還包括:

狀態調節器,適于將所述創建子任務的狀態設置為未執行。

可選地,所述狀態調節器還適于:

當滿足預設的狀態遷移的條件進行狀態遷移時,將所述創建子任務的狀
態從未執行遷移為未創建;

所述檢查器還適于:

當檢測到所述創建子任務的狀態為未創建時,調用每個創建子任務,以
檢測是否滿足每個創建子任務中的創建條件。

可選地,所述狀態調節器還適于:

當檢測滿足所述創建條件時,將所述創建子任務的狀態從未創建遷移為
創建中;

所述創建器還適于:

當檢測到所述創建子任務的狀態為創建中時,按照所述一個或多個容器
參數創建應用容器。

可選地,所述狀態調節器還適于:

當創建應用容器完成時,將所述創建子任務的狀態從執行中遷移為執行
中完成;

所述調度器還適于:

當檢測到所述創建子任務的狀態為執行完成、獲取到創建任務時,針對
每個創建條件生成創建子任務。

可選地,所述任務管理器還適于:

在生成創建任務時,向預設的消息隊列寫入任務創建消息;

所述調度器還適于:

在所述消息隊列中檢測到任務創建消息、獲取到創建任務時,針對每個
創建條件生成創建子任務。

可選地,所述調度器還適于:

在生成創建子任務時,向預設的消息隊列寫入子任務創建消息;

所述狀態調節器還適于:

在所述消息隊列中檢測到子任務創建消息時,將所述創建子任務的狀態
設置為未執行。

可選地,所述檢查器還適于:

在檢測到滿足所述創建條件時,向預設的消息隊列寫入第一狀態遷移消
息;

所述狀態調節器還適于:

在所述消息隊列中檢測到第一狀態遷移消息時,將所述創建子任務的狀
態從未創建遷移為創建中。

可選地,所述創建器還適于:

在創建應用容器完成時,向預設的消息隊列寫入第二狀態遷移消息;

所述狀態調節器還適于:

在所述消息隊列中檢測到第二狀態遷移消息時,將所述創建子任務的狀
態從執行中遷移為執行中完成。

可選地,所述消息隊列由消息隊列服務維護,所述裝置還包括:

探活器,適于在預設的時間點向所述消息隊列服務發送探活消息;

判斷在指定的時間內是否檢測所述探活消息是否寫入所述消息隊列;

若是,則判定所述消息隊列服務運行正常;

若否,則判定所述消息隊列服務運行異常。

可選地,所述探活器還適于:

當所述消息隊列服務運行異常時,生成警報信息。

本發明實施例按照應用容器的創建參數生成創建任務,并針對每個創建
條件生成創建子任務,當檢測到滿足創建子任務中的創建條件時,按照一個
或多個容器參數創建應用容器,實現了應用容器的自動創建,避免了人工進
行監測、創建等操作,大大降低了創建應用容器的成本。

本發明實施例通過探活消息探測消息隊列服務運行是否正常,保證了消
息隊列的正常運行,保證了系統的實用性。

上述說明僅是本發明技術方案的概述,為了能夠更清楚了解本發明的技
術手段,而可依照說明書的內容予以實施,并且為了讓本發明的上述和其它
目的、特征和優點能夠更明顯易懂,以下特舉本發明的具體實施方式。

附圖說明

通過閱讀下文優選實施方式的詳細描述,各種其他的優點和益處對于本
領域普通技術人員將變得清楚明了。附圖僅用于示出優選實施方式的目的,
而并不認為是對本發明的限制。而且在整個附圖中,用相同的參考符號表示
相同的部件。在附圖中:

圖1示出了根據本發明一個實施例的一種應用容器的創建方法實施例的
步驟流程圖;

圖2示出了根據本發明一個實施例的一種任務的創建信令圖;

圖3示出了根據本發明一個實施例的一種狀態遷移的示例圖;

圖4示出了根據本發明一個實施例的一種任務的調度信令圖;以及

圖5示出了根據本發明一個實施例的一種應用容器的創建裝置實施例的
結構框圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示
了本公開的示例性實施例,然而應當理解,可以以各種形式實現本公開而不
應被這里闡述的實施例所限制。相反,提供這些實施例是為了能夠更透徹地
理解本公開,并且能夠將本公開的范圍完整的傳達給本領域的技術人員。

參照圖1,示出了根據本發明一個實施例的一種應用容器的創建方法實
施例的步驟流程圖,具體可以包括如下步驟:

步驟101,按照應用容器的創建參數生成創建任務;

需要說明的是,在不同的應用場合中,可以具有不同的應用容器,例如,
對于通訊應用,該應用容器可以為網絡聊天室,對于視頻應用,該應用容器
可以為視頻直播室,對于游戲應用,該應用容器可以為服,等等。

為使本領域技術人員更好地理解本發明實施例,在發明實施例中,將游
戲服作為應用容器的一種示例進行說明。

在應用容器中,可以寫入應用數據、用戶數據,并提供各種API
(ApplicationProgrammingInterface,應用程序編程接口)供前端用戶與后端
用戶(技術人員)使用。

例如,對于游戲服,可以寫入地圖數據等應用數據,用戶ID、角色數
據等用戶數據,并提供前端用戶充值、分享等API,提供后端用戶(技術人
員)管理、控制等API。

如圖2所示,后端用戶(技術人員)可以在任務管理器(JobSVC)中
設置(add)應用容器的創建參數。

其中,創建參數可以包括一個或多個創建條件、一個或多個容器參數。

在本發明實施例中,在系統中可以具有如下組件:

任務管理器(JobSvc):用于創建任務(Job);

調度器(Dispatcher):管理一個任務(Job)的開始、停止,并監控應用
容器;

狀態調節器(Fsm):對任務(Job)設置不同的狀態,狀態之間可以遷
移;

檢查器(WatchWorker):對創建條件進行檢查;

創建器(OpenWorker):完成應用容器的創建操作。

其中,任務管理器(JobSvc)、調度器(Dispatcher)、狀態調節器(Fsm)、
檢查器、創建器之間可以通過消息隊列進行通信。

則后端用戶(技術人員)提交創建參數之后,任務管理器(JobSvc)可
以按照應用容器的創建參數生成(create)創建任務(Job)。

步驟102,當獲取到創建任務時,針對每個創建條件生成創建子任務;

在實際應用中,如圖2所示,任務管理器(JobSvc)在生成創建任務時,
通過push(推送)等方式向預設的消息隊列寫入任務創建消息,該任務創建
消息中,可以包括創建任務的標識(如JobID)。

在消息隊列中檢測到任務創建消息時,調度器(Dispatcher)可以通過
pop(拉取)等方式從消息隊列中獲取創建任務的標識(如JobID),根據該
創建任務的標識(如JobID)獲取(get)任務。

調度器(Dispatcher)在獲取到創建任務時,針對每個創建條件生成創
建子任務(Task),即將創建任務(Job)拆分(split)成一個或多個創建子
任務(Task)。

此外,調度器(Dispatcher)在生成創建子任務時,通過push(推送)
等方式向預設的消息隊列寫入子任務創建消息,通知調度器(BSTK:
Dispatcher)已生成創建子任務。

該子任務創建消息中,可以包括創建子任務的標識(如TaskID)。

如圖3所述,在消息隊列中檢測到子任務創建消息時,可以通過pop(拉
取)等方式從消息隊列中獲取創建子任務的標識(如TaskID),狀態調節器
根據該建子任務的標識(如TaskID)將創建子任務的狀態設置為未執行,
表示創建子任務并未開始執行。

步驟103,調用每個創建子任務,以檢測是否滿足每個創建子任務中的
創建條件;

如圖2所示,調度器(Dispatcher)在生成創建子任務(Task)之后,可
以通過調用(run)狀態調節器(Fsm)進行應用容器的監控、創建操作。

具體而言,如圖3、4所示,調度器(Dispatcher)可以觸發(tigger)狀
態調節器(Fsm),通知(BSTK:Fsm)其進行狀態的遷移,狀態調節器(Fsm)
接收(sub)到通信之后,進行狀態的遷移。

當滿足預設的狀態遷移的條件(如定時)進行狀態遷移時,狀態調節器
將所述創建子任務的狀態從未執行遷移(transState)為未創建,觸發(tigger)
檢查器,通知(BSTK:worker)其執行創建子任務。

需要說明的是,未創建的狀態屬于執行中的狀態,表示創建子任務已經
開始執行,并未創建應用容器。

當檢測(sub)到創建子任務(TaskID標識)的狀態為未創建時,檢查
器(WatchWorker)調用每個創建子任務,以檢測(do)是否滿足每個創建
子任務中的創建條件。

在一個示例中,該創建條件包括時間間隔信息。

則在此示例中,可以獲取當前的時間與當前的應用容器的創建時間,判
斷當前的時間與當前的應用容器的創建時間之差是否滿足時間間隔信息;若
是,則判定滿足創建條件。

應用此示例,可以定時(如每天8點)開啟游戲服。

在另一個示例中,該創建條件包括賬號閾值。

則在此示例中,可以從當前的應用容器中檢測賬號的數量,判斷賬號的
數量是否超過賬號閾值;若是,則判定滿足創建條件。

應用此示例,可以通過用戶的數量開啟游戲服,如當前的游戲服超過
1500個用戶則開啟新的游戲服。

在另一個示例中,該創建條件包括業務對象閾值。

則在此示例中,可以從當前的應用容器中檢測歸屬賬號的業務對象的數
量,判斷業務對象的數量是否超過業務對象閾值;若是,則判定滿足創建條
件。

其中,該業務對象可以為用戶在游戲服中創建的角色,應用此示例,可
以通過角色的數量開啟游戲服,如當前的游戲超過3000個角色則開啟新的
游戲服。

當然,上述創建條件方法只是作為示例,在實施本發明實施例時,可以
根據實際情況設置其他創建條件,本發明實施例對此不加以限制。另外,除
了上述創建條件外,本領域技術人員還可以根據實際需要采用其它創建條
件,本發明實施例對此也不加以限制。

步驟104,當檢測到滿足所述創建條件時,按照所述一個或多個容器參
數創建應用容器。

如圖3、4所示,檢查器在檢測到滿足創建條件時,向預設的消息隊列
寫入第一狀態遷移消息(watchComplete),通知(BSTK:Fsm)狀態調節器
(Fsm)滿足創建條件。

在消息隊列中檢測(sub)到第一狀態遷移消息時,狀態調節器(Fsm)
將創建子任務的狀態從未創建遷移(transState)為創建中,觸發(tigger)創
建器,通知(BSTK:worker)其創建應用容器;

當檢測(sub)到創建子任務的狀態為創建中時,創建器(OpenWorker)
按照一個或多個容器參數創建(do)應用容器。

需要說明的是,創建中的狀態屬于執行中的狀態,表示創建子任務已經
開始執行,并正在創建應用容器。

在創建過程中,可以設置應用容器的創建時間,發布應用容器的創建信
息,如xxx游戲xx區服將于xxx時間火爆開啟。

創建應用容器,將其狀態設置為開啟,并設置游戲服的其他相關的一些
狀態;

在到達創建時間時,將訪問的賬號信息寫入所述應用容器中。

此外,創建器在創建應用容器完成時,向預設的消息隊列寫入第二狀態
遷移消息(OpenComplete),通知(BSTK:Fsm)狀態調節器(Fsm)創建應
用容器完成。

在消息隊列中檢測(sub)到第二狀態遷移消息時,狀態調節器將創建
子任務的狀態從執行中遷移(transState)為執行中完成,將創建子任務(Task)
執行的結果通知給調度器(Dispatcher)。

當檢測到創建子任務的狀態為執行完成時,執行CallbackWorker的操作,
即調度器返回(Callback)執行步驟102,進入下一個循環。

本發明實施例按照應用容器的創建參數生成創建任務,并針對每個創建
條件生成創建子任務,當檢測到滿足創建子任務中的創建條件時,按照一個
或多個容器參數創建應用容器,實現了應用容器的自動創建,避免了人工進
行監測、創建等操作,大大降低了創建應用容器的成本。

由于系統中不同的組件之間的消息傳遞都是依賴于消息隊列的

消息隊列由消息隊列服務維護,為了保證自動創建應用容器的服務正常
運行,可以對消息隊列服務進行監控。

在實際應用中,探活器(Crontab)在預設的時間點(如每隔10分鐘)
啟動探活程序,該探活程序啟動一個指定的時間(如2s)的定時器,并向消
息隊列服務發送探活消息之后等待此消息。

判斷在指定的時間(如2s)內是否檢測探活消息是否寫入所述消息隊列,
若是,則判定消息隊列服務運行正常;若否,則判定消息隊列服務運行異常。

當所述消息隊列服務運行異常時,可以生成警報信息。

本發明實施例通過探活消息探測消息隊列服務運行是否正常,保證了消
息隊列的正常運行,保證了系統的實用性。

對于方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,
但是本領域技術人員應該知悉,本發明實施例并不受所描述的動作順序的限
制,因為依據本發明實施例,某些步驟可以采用其他順序或者同時進行。其
次,本領域技術人員也應該知悉,說明書中所描述的實施例均屬于優選實施
例,所涉及的動作并不一定是本發明實施例所必須的。

參照圖5,示出了根據本發明一個實施例的一種應用容器的創建裝置實
施例的結構框圖,具體可以包括:

任務管理器501,適于按照應用容器的創建參數生成創建任務;所述創
建參數包括一個或多個創建條件、一個或多個容器參數;

調度器502,適于在獲取到創建任務時,針對每個創建條件生成創建子
任務;

檢查器503,適于調用每個創建子任務,以檢測是否滿足每個創建子任
務中的創建條件;

創建器504,適于在檢測到滿足所述創建條件時,按照所述一個或多個
容器參數創建應用容器。

在本發明實施例的一個可選示例中,所述創建條件包括時間間隔信息;
所述檢查器503還可以適于:

獲取當前的時間與當前的應用容器的創建時間;

判斷當前的時間與當前的應用容器的創建時間之差是否滿足所述時間
間隔信息;若是,則判定滿足創建條件。

在本發明實施例的一個可選示例中,所述創建條件包括賬號閾值;所述
檢查器503還可以適于:

從當前的應用容器中檢測賬號的數量;

判斷所述賬號的數量是否超過所述賬號閾值;若是,則判定滿足創建條
件。

在本發明實施例的一個可選示例中,所述創建條件包括業務對象閾值;
所述檢查器503還可以適于:

從當前的應用容器中檢測歸屬賬號的業務對象的數量;

判斷所述業務對象的數量是否超過所述業務對象閾值;若是,則判定滿
足創建條件。

在具體實現中,所述創建器504還可以適于:

設置應用容器的創建時間;

發布應用容器的創建信息;

創建應用容器;

在到達所述創建時間時,將訪問的賬號信息寫入所述應用容器中。

在本發明的一個可選實施例中,該裝置還可以包括:

狀態調節器,適于將所述創建子任務的狀態設置為未執行。

在本發明的一個可選實施例中,所述狀態調節器還可以適于:

當滿足預設的狀態遷移的條件進行狀態遷移時,將所述創建子任務的狀
態從未執行遷移為未創建;

所述檢查器503還可以適于:

當檢測到所述創建子任務的狀態為未創建時,調用每個創建子任務,以
檢測是否滿足每個創建子任務中的創建條件。

在本發明的一個可選實施例中,所述狀態調節器還可以適于:

當檢測滿足所述創建條件時,將所述創建子任務的狀態從未創建遷移為
創建中;

所述創建器504還可以適于:

當檢測到所述創建子任務的狀態為創建中時,按照所述一個或多個容器
參數創建應用容器。

在本發明的一個可選實施例中,所述狀態調節器還可以適于:

當創建應用容器完成時,將所述創建子任務的狀態從執行中遷移為執行
中完成;

所述調度器502還可以適于:

當檢測到所述創建子任務的狀態為執行完成、獲取到創建任務時,針對
每個創建條件生成創建子任務。

在本發明的一個可選實施例中,所述任務管理器501還可以適于:

在生成創建任務時,向預設的消息隊列寫入任務創建消息;

所述調度器502還可以適于:

在所述消息隊列中檢測到任務創建消息、獲取到創建任務時,針對每個
創建條件生成創建子任務。

在本發明的一個可選實施例中,所述調度器502還可以適于:

在生成創建子任務時,向預設的消息隊列寫入子任務創建消息;

所述狀態調節器還可以適于:

在所述消息隊列中檢測到子任務創建消息時,將所述創建子任務的狀態
設置為未執行。

在本發明的一個可選實施例中,所述檢查器503還可以適于:

在檢測到滿足所述創建條件時,向預設的消息隊列寫入第一狀態遷移消
息;

所述狀態調節器還可以適于:

在所述消息隊列中檢測到第一狀態遷移消息時,將所述創建子任務的狀
態從未創建遷移為創建中。

在本發明的一個可選實施例中,所述創建器504還可以適于:

在創建應用容器完成時,向預設的消息隊列寫入第二狀態遷移消息;

所述狀態調節器還適于:

在所述消息隊列中檢測到第二狀態遷移消息時,將所述創建子任務的狀
態從執行中遷移為執行中完成。

在本發明的一個可選實施例中,所述消息隊列由消息隊列服務維護,所
述裝置還可以包括:

探活器,適于在預設的時間點向所述消息隊列服務發送探活消息;

判斷在指定的時間內是否檢測所述探活消息是否寫入所述消息隊列;

若是,則判定所述消息隊列服務運行正常;

若否,則判定所述消息隊列服務運行異常。

在本發明的一個可選實施例中,所述探活器還可以適于:

當所述消息隊列服務運行異常時,生成警報信息。

對于裝置實施例而言,由于其與方法實施例基本相似,所以描述的比較
簡單,相關之處參見方法實施例的部分說明即可。

在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固
有相關。各種通用系統也可以與基于在此的示教一起使用。根據上面的描述,
構造這類系統所要求的結構是顯而易見的。此外,本發明也不針對任何特定
編程語言。應當明白,可以利用各種編程語言實現在此描述的本發明的內容,
并且上面對特定語言所做的描述是為了披露本發明的最佳實施方式。

在此處所提供的說明書中,說明了大量具體細節。然而,能夠理解,本
發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中,并未
詳細示出公知的方法、結構和技術,以便不模糊對本說明書的理解。

類似地,應當理解,為了精簡本公開并幫助理解各個發明方面中的一個
或多個,在上面對本發明的示例性實施例的描述中,本發明的各個特征有時
被一起分組到單個實施例、圖、或者對其的描述中。然而,并不應將該公開
的方法解釋成反映如下意圖:即所要求保護的本發明要求比在每個權利要求
中所明確記載的特征更多的特征。更確切地說,如下面的權利要求書所反映
的那樣,發明方面在于少于前面公開的單個實施例的所有特征。因此,遵循
具體實施方式的權利要求書由此明確地并入該具體實施方式,其中每個權利
要求本身都作為本發明的單獨實施例。

本領域那些技術人員可以理解,可以對實施例中的設備中的模塊進行自
適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。可以
把實施例中的模塊或單元或組件組合成一個模塊或單元或組件,以及此外可
以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者
單元中的至少一些是相互排斥之外,可以采用任何組合對本說明書(包括伴
隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或
者設備的所有過程或單元進行組合。除非另外明確陳述,本說明書(包括伴
隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相
似目的的替代特征來代替。

此外,本領域的技術人員能夠理解,盡管在此所述的一些實施例包括其
它實施例中所包括的某些特征而不是其它特征,但是不同實施例的特征的組
合意味著處于本發明的范圍之內并且形成不同的實施例。例如,在下面的權
利要求書中,所要求保護的實施例的任意之一都可以以任意的組合方式來使
用。

本發明的各個部件實施例可以以硬件實現,或者以在一個或者多個處理
器上運行的軟件模塊實現,或者以它們的組合實現。本領域的技術人員應當
理解,可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據
本發明實施例的應用容器的創建裝置設備中的一些或者全部部件的一些或
者全部功能。本發明還可以實現為用于執行這里所描述的方法的一部分或者
全部的設備或者裝置程序(例如,計算機程序和計算機程序產品)。這樣的
實現本發明的程序可以存儲在計算機可讀介質上,或者可以具有一個或者多
個信號的形式。這樣的信號可以從因特網網站上下載得到,或者在載體信號
上提供,或者以任何其他形式提供。

應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制,
并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換
實施例。在權利要求中,不應將位于括號之間的任何參考符號構造成對權利
要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位
于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發明可
以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。
在列舉了若干裝置的單元權利要求中,這些裝置中的若干個可以是通過同一
個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。
可將這些單詞解釋為名稱。

本發明實施例公開了A1、一種應用容器的創建方法,包括:

按照應用容器的創建參數生成創建任務;所述創建參數包括一個或多個
創建條件、一個或多個容器參數;

當獲取到創建任務時,針對每個創建條件生成創建子任務;

調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條件;

當檢測到滿足所述創建條件時,按照所述一個或多個容器參數創建應用
容器。

A2、如A1所述的方法,所述創建條件包括時間間隔信息;

所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:

獲取當前的時間與當前的應用容器的創建時間;

判斷當前的時間與當前的應用容器的創建時間之差是否滿足所述時間
間隔信息;若是,則判定滿足創建條件。

A3、如A1所述的方法,所述創建條件包括賬號閾值;

所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:

從當前的應用容器中檢測賬號的數量;

判斷所述賬號的數量是否超過所述賬號閾值;若是,則判定滿足創建條
件。

A4、如A1所述的方法,所述創建條件包括業務對象閾值;

所述調用每個創建子任務,以檢測是否滿足每個創建子任務中的創建條
件的步驟包括:

從當前的應用容器中檢測歸屬賬號的業務對象的數量;

判斷所述業務對象的數量是否超過所述業務對象閾值;若是,則判定滿
足創建條件。

A5、如A1或A2或A3或A4所述的方法,所述按照所述一個或多個容
器參數創建應用容器的步驟包括:

設置應用容器的創建時間;

發布應用容器的創建信息;

創建應用容器;

在到達所述創建時間時,將訪問的賬號信息寫入所述應用容器中。

A6、如A1或A5所述的方法,在所述調用每個創建子任務,以檢測是
否滿足每個創建子任務中的創建條件的步驟之前,所述方法還包括:

狀態調節器將所述創建子任務的狀態設置為未執行。

A7、如A6所述的方法,還包括:

當滿足預設的狀態遷移的條件進行狀態遷移時,狀態調節器將所述創建
子任務的狀態從未執行遷移為未創建;

當檢測到所述創建子任務的狀態為未創建時,檢查器執行所述調用每個
創建子任務,以檢測是否滿足每個創建子任務中的創建條件的步驟。

A8、如A7所述的方法,還包括:

當檢測滿足所述創建條件時,狀態調節器將所述創建子任務的狀態從未
創建遷移為創建中;

當檢測到所述創建子任務的狀態為創建中時,創建器執行所述按照所述
一個或多個容器參數創建應用容器的步驟。

A9、如A8所述的方法,還包括:

當創建應用容器完成時,狀態調節器將所述創建子任務的狀態從執行中
遷移為執行中完成;

當檢測到所述創建子任務的狀態為執行完成時,調度器執行所述當獲取
到創建任務時,針對每個創建條件生成創建子任務的步驟。

A10、如A1所述的方法,在所述按照提交應用容器的創建參數生成創
建任務的步驟之后,所述方法還包括:

任務管理器在生成創建任務時,向預設的消息隊列寫入任務創建消息;

在所述消息隊列中檢測到任務創建消息時,調度器執行所述當獲取到創
建任務時,針對每個創建條件生成創建子任務的步驟。

A11、如A6所述的方法,還包括:

調度器在生成創建子任務時,向預設的消息隊列寫入子任務創建消息;

在所述消息隊列中檢測到子任務創建消息時,狀態調節器執行所述將所
述創建子任務的狀態設置為未執行的步驟。

A12、如A8所述的方法,還包括:

檢查器在檢測到滿足所述創建條件時,向預設的消息隊列寫入第一狀態
遷移消息;

在所述消息隊列中檢測到第一狀態遷移消息時,狀態調節器執行所述將
所述創建子任務的狀態從未創建遷移為創建中的步驟。

A13、如A9所述的方法,還包括:

創建器在創建應用容器完成時,向預設的消息隊列寫入第二狀態遷移消
息;

在所述消息隊列中檢測到第二狀態遷移消息時,狀態調節器執行所述將
所述創建子任務的狀態從執行中遷移為執行中完成的步驟。

A14、如A10或A11或A12或A13所述的方法,所述消息隊列由消息
隊列服務維護,所述方法還包括:

探活器在預設的時間點向所述消息隊列服務發送探活消息;

判斷在指定的時間內是否檢測所述探活消息是否寫入所述消息隊列;

若是,則判定所述消息隊列服務運行正常;

若否,則判定所述消息隊列服務運行異常。

A15、如A14所述的方法,還包括:

當所述消息隊列服務運行異常時,生成警報信息。

本發明實施例公開了B16、一種應用容器的創建裝置,包括:

任務管理器,適于按照應用容器的創建參數生成創建任務;所述創建參
數包括一個或多個創建條件、一個或多個容器參數;

調度器,適于在獲取到創建任務時,針對每個創建條件生成創建子任務;

檢查器,適于調用每個創建子任務,以檢測是否滿足每個創建子任務中
的創建條件;

創建器,適于在檢測到滿足所述創建條件時,按照所述一個或多個容器
參數創建應用容器。

B17、如B16所述的裝置,所述創建條件包括時間間隔信息;所述檢查
器還適于:

獲取當前的時間與當前的應用容器的創建時間;

判斷當前的時間與當前的應用容器的創建時間之差是否滿足所述時間
間隔信息;若是,則判定滿足創建條件。

B18、如B16所述的裝置,所述創建條件包括賬號閾值;所述檢查器還
適于:

從當前的應用容器中檢測賬號的數量;

判斷所述賬號的數量是否超過所述賬號閾值;若是,則判定滿足創建條
件。

B19、如B16所述的裝置,所述創建條件包括業務對象閾值;所述檢查
器還適于:

從當前的應用容器中檢測歸屬賬號的業務對象的數量;

判斷所述業務對象的數量是否超過所述業務對象閾值;若是,則判定滿
足創建條件。

B20、如B16或B17或B18或B19所述的裝置,所述創建器還適于:

設置應用容器的創建時間;

發布應用容器的創建信息;

創建應用容器;

在到達所述創建時間時,將訪問的賬號信息寫入所述應用容器中。

B21、如B16或B20所述的裝置,還包括:

狀態調節器,適于將所述創建子任務的狀態設置為未執行。

B22、如B21所述的裝置,

所述狀態調節器還適于:

當滿足預設的狀態遷移的條件進行狀態遷移時,將所述創建子任務的狀
態從未執行遷移為未創建;

所述檢查器還適于:

當檢測到所述創建子任務的狀態為未創建時,調用每個創建子任務,以
檢測是否滿足每個創建子任務中的創建條件。

B23、如權B22所述的裝置,

所述狀態調節器還適于:

當檢測滿足所述創建條件時,將所述創建子任務的狀態從未創建遷移為
創建中;

所述創建器還適于:

當檢測到所述創建子任務的狀態為創建中時,按照所述一個或多個容器
參數創建應用容器。

B24、如B23所述的裝置,

所述狀態調節器還適于:

當創建應用容器完成時,將所述創建子任務的狀態從執行中遷移為執行
中完成;

所述調度器還適于:

當檢測到所述創建子任務的狀態為執行完成、獲取到創建任務時,針對
每個創建條件生成創建子任務。

B25、如B16所述的裝置,

所述任務管理器還適于:

在生成創建任務時,向預設的消息隊列寫入任務創建消息;

所述調度器還適于:

在所述消息隊列中檢測到任務創建消息、獲取到創建任務時,針對每個
創建條件生成創建子任務。

B26、如B21所述的裝置,

所述調度器還適于:

在生成創建子任務時,向預設的消息隊列寫入子任務創建消息;

所述狀態調節器還適于:

在所述消息隊列中檢測到子任務創建消息時,將所述創建子任務的狀態
設置為未執行。

B27、如B23所述的裝置,

所述檢查器還適于:

在檢測到滿足所述創建條件時,向預設的消息隊列寫入第一狀態遷移消
息;

所述狀態調節器還適于:

在所述消息隊列中檢測到第一狀態遷移消息時,將所述創建子任務的狀
態從未創建遷移為創建中。

B28、如B24所述的裝置,

所述創建器還適于:

在創建應用容器完成時,向預設的消息隊列寫入第二狀態遷移消息;

所述狀態調節器還適于:

在所述消息隊列中檢測到第二狀態遷移消息時,將所述創建子任務的狀
態從執行中遷移為執行中完成。

B29、如B25或B26或B27或B28所述的裝置,所述消息隊列由消息
隊列服務維護,所述裝置還包括:

探活器,適于在預設的時間點向所述消息隊列服務發送探活消息;

判斷在指定的時間內是否檢測所述探活消息是否寫入所述消息隊列;

若是,則判定所述消息隊列服務運行正常;

若否,則判定所述消息隊列服務運行異常。

B30、如B29所述的裝置,所述探活器還適于:

當所述消息隊列服務運行異常時,生成警報信息。

關 鍵 詞:
一種 應用 容器 創建 方法 裝置
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
關于本文
本文標題:一種應用容器的創建方法和裝置.pdf
鏈接地址:http://www.rgyfuv.icu/p-6345502.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
山东11选5中奖结果走势图