两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)和方法

文檔序號(hào):7898823閱讀:321來源:國(guó)知局
專利名稱:針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)和方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種網(wǎng)絡(luò)上有關(guān)內(nèi)容分發(fā)和部署的技術(shù),尤其涉及一種針對(duì)互聯(lián)網(wǎng)或 者局域網(wǎng)中,對(duì)大批量服務(wù)器的軟件環(huán)境、系統(tǒng)配置、應(yīng)用程序配置等進(jìn)行集中管理的方法 和系統(tǒng),尤其是針對(duì)數(shù)千臺(tái)、萬臺(tái)數(shù)量級(jí)的服務(wù)器集中配置管理和部署的方法和系統(tǒng)。
背景技術(shù)
隨著互聯(lián)網(wǎng)的飛速發(fā)展,越來越多的大型網(wǎng)絡(luò)應(yīng)用需要大量的服務(wù)器進(jìn)行支撐, 服務(wù)器數(shù)量達(dá)到數(shù)千甚至數(shù)萬臺(tái)的情況越來越頻繁,如何迅速、準(zhǔn)確、靈活的將各種資源, 包括軟件、配置信息等,部署到服務(wù)器上成為行業(yè)發(fā)展的難題和瓶頸?,F(xiàn)有的批量服務(wù)器配置管理、部署技術(shù),主要存在以下弊端(1)只能針對(duì)單一或者少數(shù)幾種特定的軟件,靈活性不夠;(2)大多數(shù)采用由1臺(tái)主控服務(wù)器向所有被控服務(wù)器推送配置數(shù)據(jù)或軟件包,容 易造成主控服務(wù)器負(fù)載過高,而且受網(wǎng)絡(luò)影響較大;(3)大多數(shù)都需要被控服務(wù)器對(duì)一個(gè)TCP端口的進(jìn)行監(jiān)聽,或者基于SSH等遠(yuǎn)程控 制協(xié)議進(jìn)行,如果有對(duì)TCP端口的攻擊行為,安全性較差;(4)缺乏靈活的調(diào)度策略和容錯(cuò)措施,難以針對(duì)不用的軟件、應(yīng)用等才去不同的調(diào) 度策略以保障服務(wù)的穩(wěn)定性。而現(xiàn)在各種網(wǎng)絡(luò)應(yīng)用對(duì)響應(yīng)速度和準(zhǔn)度的要求越來越高,需要配置信息、軟件更 新等操作,在保障準(zhǔn)確的、保障服務(wù)不受影響的前提下,在盡量短的時(shí)間內(nèi),批量部署到指 定的服務(wù)器上。

發(fā)明內(nèi)容
本發(fā)明的目的在于解決上述問題,提供了一種針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā) 和部署的系統(tǒng),可將各種資源迅速、準(zhǔn)確、安全的部署到指定的服務(wù)器上。本發(fā)明的另一目的在于提供了一種針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的 方法。本發(fā)明的技術(shù)方案為本發(fā)明揭示了一種針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部 署的系統(tǒng),包括調(diào)度服務(wù)器、下載服務(wù)器和被控端,調(diào)度服務(wù)器和被控端之間建立數(shù)據(jù)通訊 的連接,下載服務(wù)器和被控端之間建立數(shù)據(jù)通訊的連接,其中調(diào)度服務(wù)器接收部署任務(wù),根據(jù)調(diào)度策略執(zhí)行部署任務(wù),向被控端發(fā)送激發(fā)包,向 被控端提供任務(wù)信息,接收被控端向調(diào)度服務(wù)器反饋的部署包的執(zhí)行結(jié)果;被控端通過監(jiān)聽UDP端口接收調(diào)度服務(wù)器發(fā)來的激發(fā)包,向調(diào)度服務(wù)器獲取子任 務(wù)信息并對(duì)任務(wù)信息進(jìn)行解析,向下載服務(wù)器下載部署包,執(zhí)行部署包中的腳本,向調(diào)度服 務(wù)器反饋執(zhí)行結(jié)果;下載服務(wù)器向被控端提供部署包的下載服務(wù)。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,調(diào)度服務(wù)器包括任務(wù)接收與持久化模塊,接收外圍程序或系統(tǒng)發(fā)送的部署任務(wù),為部署任務(wù)分配 一個(gè)標(biāo)識(shí)號(hào),并持久化任務(wù)信息到本地;任務(wù)啟動(dòng)與結(jié)束模塊,判斷部署任務(wù)是否滿足啟動(dòng)與結(jié)束條件,滿足啟動(dòng)條件則 啟動(dòng)任務(wù),滿足結(jié)束條件則結(jié)束任務(wù);調(diào)度策略模塊,根據(jù)任務(wù)的調(diào)度策略分批次完成部署任務(wù);結(jié)果信息接收模塊,接收被控端反饋的部署包的執(zhí)行結(jié)果;定時(shí)檢測(cè)模塊,每隔設(shè)定時(shí)間間隔檢測(cè)是否有執(zhí)行中的部署任務(wù)超時(shí),是否有執(zhí) 行中的子任務(wù)超時(shí),以保障部署任務(wù)不因外部異常而終端;IP安全校驗(yàn)?zāi)K,耦接任務(wù)接收與持久化模塊、任務(wù)啟動(dòng)與結(jié)束模塊、結(jié)果信息接 收模塊,檢測(cè)外部程序或系統(tǒng)IP是否合法,檢測(cè)被控端IP是否合法。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,被控 端包括UDP數(shù)據(jù)包接收模塊,接收調(diào)度服務(wù)器通過UDP端口傳送的激發(fā)包,并驗(yàn)證激發(fā)包 的內(nèi)容格式、來源是否合法;任務(wù)接收模塊,向調(diào)度服務(wù)器發(fā)出HTTP請(qǐng)求以獲取任務(wù)信息,并檢查任務(wù)格式是 否正確;任務(wù)處理模塊,包括部署包文件下載單元,解析獲取到的任務(wù)信息并向下載服務(wù)器下載部署包的文 件;部署安裝驗(yàn)證單元,解壓部署包并執(zhí)行部署包中的腳本文件;任務(wù)信息反饋單元,向調(diào)度服務(wù)器反饋部署包的執(zhí)行結(jié)果。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,激發(fā) 包是UDP數(shù)據(jù)包,其內(nèi)容是任務(wù)的標(biāo)識(shí)號(hào),用于通知被控端到調(diào)度服務(wù)器獲取任務(wù)。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,任務(wù) 是由外圍程序或系統(tǒng)發(fā)送給調(diào)度服務(wù)器的需要做什么的信息,任務(wù)是XML文件,任務(wù)包含 任務(wù)基本信息、調(diào)度策略、子任務(wù)以及子任務(wù)的分組關(guān)系。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,將任 務(wù)中對(duì)每一服務(wù)器的部署作為一個(gè)子任務(wù),子任務(wù)的信息包括子任務(wù)的標(biāo)識(shí)號(hào)、任務(wù)類 型、軟件名稱、部署包路徑、部署腳本名稱、子任務(wù)超時(shí)時(shí)間。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,部署 包的文件包括部署腳本、配置文件、軟件升級(jí)包。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一實(shí)施例,調(diào)度 策略通過建立一個(gè)包含組內(nèi)并發(fā)百分比、是否首臺(tái)檢測(cè)、任務(wù)取消失敗百分比、任務(wù)超時(shí)時(shí) 間、子任務(wù)超時(shí)時(shí)間的調(diào)度策略模型來實(shí)現(xiàn)。本發(fā)明還揭示了一種針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,包括外圍程序或系統(tǒng)上傳部署包到下載服務(wù)器;外圍程序或系統(tǒng)發(fā)送部署任務(wù)到調(diào)度服務(wù)器;調(diào)度服務(wù)器為每一任務(wù)分配標(biāo)識(shí)號(hào),持久化任務(wù)信息到本地,并開始執(zhí)行任務(wù);
調(diào)度服務(wù)器根據(jù)調(diào)度策略在任務(wù)中選擇子任務(wù),向被控端發(fā)送激發(fā)包;被控端收到激發(fā)包后,向調(diào)度服務(wù)器獲取子任務(wù)信息;被控端解析獲取到的子任務(wù)信息,從下載服務(wù)器下載部署包;被控端解壓部署包并執(zhí)行相應(yīng)的部署腳本;被控端將部署腳本的執(zhí)行結(jié)果反饋給調(diào)度服務(wù)器;調(diào)度服務(wù)器在收到子任務(wù)的執(zhí)行結(jié)果反饋后,根據(jù)調(diào)度策略再選擇一批子任務(wù)執(zhí) 行,直到任務(wù)中的所有子任務(wù)全部被執(zhí)行。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法的一實(shí)施例,激發(fā) 包是UDP數(shù)據(jù)包,其內(nèi)容是任務(wù)的標(biāo)識(shí)號(hào),用于通知被控端到調(diào)度服務(wù)器獲取任務(wù)。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法的一實(shí)施例,任務(wù) 是由外圍程序或系統(tǒng)發(fā)送給調(diào)度服務(wù)器的需要做什么的信息,任務(wù)是XML文件,任務(wù)包含 任務(wù)基本信息、調(diào)度策略、子任務(wù)以及子任務(wù)的分組關(guān)系。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法的一實(shí)施例,子任 務(wù)是任務(wù)中對(duì)每一服務(wù)器的部署,子任務(wù)的信息包括子任務(wù)的標(biāo)識(shí)號(hào)、任務(wù)類型、軟件名 稱、部署包路徑、部署腳本名稱、子任務(wù)超時(shí)時(shí)間。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法的一實(shí)施例,部署 包包括部署腳本、配置文件、軟件升級(jí)包。根據(jù)本發(fā)明的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法的一實(shí)施例,調(diào)度 策略是通過建立一個(gè)包含組內(nèi)并發(fā)百分比、是否首臺(tái)檢測(cè)、任務(wù)取消失敗百分比、任務(wù)超時(shí) 時(shí)間、子任務(wù)超時(shí)時(shí)間的調(diào)度策略模型來實(shí)現(xiàn)。本發(fā)明對(duì)比現(xiàn)有技術(shù)有如下的有益效果本發(fā)明的技術(shù)方案中系統(tǒng)包括了調(diào)度服 務(wù)器、下載服務(wù)器和被控端三個(gè)部分,其中調(diào)度服務(wù)器接收部署任務(wù),根據(jù)調(diào)度策略執(zhí)行部 署任務(wù),向被控端發(fā)送激發(fā)包,向被控端提供任務(wù)信息,接收被控端向調(diào)度服務(wù)器反饋的部 署包的執(zhí)行結(jié)果;被控端通過監(jiān)聽UDP端口接收調(diào)度服務(wù)器發(fā)來的激發(fā)包,向調(diào)度服務(wù)器 獲取子任務(wù)信息并對(duì)任務(wù)信息進(jìn)行解析,向下載服務(wù)器下載部署包,執(zhí)行部署包中的腳本, 向調(diào)度服務(wù)器反饋執(zhí)行結(jié)果;下載服務(wù)器向被控端提供部署包的下載服務(wù)。對(duì)比現(xiàn)有技術(shù), 本發(fā)明的效果為(1)基于shell程序來具體實(shí)現(xiàn)具體的操作,可以靈活的針對(duì)任何軟件或 系統(tǒng)環(huán)境進(jìn)行部署;( 有獨(dú)立的多個(gè)下載服務(wù)器模塊,被控端自行選擇速度最快的下載 服務(wù)器下載部署包,數(shù)據(jù)傳輸由主動(dòng)推送方式變?yōu)橛杀豢囟顺绦虻较螺d服務(wù)器下載,能支 持更大的并發(fā),對(duì)網(wǎng)絡(luò)也有更好的容錯(cuò)性;C3)主控調(diào)度服務(wù)器通過UDP包通知與調(diào)度被控 服務(wù)器,被控端僅對(duì)一個(gè)UDP端口進(jìn)行監(jiān)聽,被控端通過HTTP請(qǐng)求向主控調(diào)度服務(wù)器獲取 任務(wù)信息和反饋部署結(jié)果,整個(gè)體系架構(gòu)更安全;(4)基于DNS解析、IP過濾等方式,根本上 保障系統(tǒng)安全工作,不會(huì)響應(yīng)外界干擾;( 提供了一種通用的、靈活的調(diào)度策略模型。


圖1示例性的示出了本發(fā)明的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的系統(tǒng)的實(shí)施 例的系統(tǒng)結(jié)構(gòu)圖。圖2示例性的示出了本發(fā)明的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的系統(tǒng)中的調(diào) 度服務(wù)器的細(xì)化結(jié)構(gòu)圖。
圖3示例性的示出了本發(fā)明的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的系統(tǒng)中的被 控端的細(xì)化結(jié)構(gòu)圖。圖4示出了本發(fā)明的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的系統(tǒng)的一個(gè)具體示例 的系統(tǒng)結(jié)構(gòu)圖。圖5示例性的示出了本發(fā)明的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的方法的實(shí)施 例的流程圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的描述。描爐編_胃隨_棚列圖1示例性的示出了本發(fā)明的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的系統(tǒng)的實(shí)施 例的系統(tǒng)結(jié)構(gòu)。請(qǐng)參見圖1,本實(shí)施例的針對(duì)大規(guī)模集群的內(nèi)容分發(fā)和部署的系統(tǒng)包括調(diào) 度服務(wù)器12、下載服務(wù)器14、被控端16。它們之間的連接關(guān)系是調(diào)度服務(wù)器12和被控端 16之間建立數(shù)據(jù)通訊的連接,下載服務(wù)器14和被控端16之間建立數(shù)據(jù)通訊的連接。調(diào)度 服務(wù)器12、下載服務(wù)器14和被控端16的數(shù)量根據(jù)實(shí)際需要而定,圖1中的數(shù)量?jī)H為示例。調(diào)度服務(wù)器12完成的功能包括接收部署任務(wù),根據(jù)調(diào)度策略執(zhí)行部署任務(wù),向 被控端16發(fā)送激發(fā)包,向被控端16提供任務(wù)信息,接收被控端16向調(diào)度服務(wù)器12反饋的 部署包的執(zhí)行結(jié)果。調(diào)度服務(wù)器12的細(xì)化結(jié)構(gòu)如圖2所示,調(diào)度服務(wù)器12包括任務(wù)接收與持久化模 塊120、任務(wù)啟動(dòng)與結(jié)束模塊121、調(diào)度策略模塊122、結(jié)果信息接收模塊123、定時(shí)檢測(cè)模塊 124、IP安全校驗(yàn)?zāi)K125。這些模塊之間的連接關(guān)系是IP安全校驗(yàn)?zāi)K125分別耦接任務(wù)接收與持久化模 塊120、任務(wù)啟動(dòng)與結(jié)束模塊121、結(jié)果信息接收模塊123。這些模塊各自實(shí)現(xiàn)如下的功能任務(wù)接收與持久化模塊120接收外圍程序或系統(tǒng) 發(fā)送的部署任務(wù),為部署任務(wù)分配一個(gè)標(biāo)識(shí)號(hào),并持久化任務(wù)信息到本地。任務(wù)啟動(dòng)與結(jié)束 模塊121判斷部署任務(wù)是否滿足啟動(dòng)與結(jié)束條件,滿足啟動(dòng)條件則啟動(dòng)任務(wù),滿足結(jié)束條 件則結(jié)束任務(wù)。調(diào)度策略模塊122根據(jù)任務(wù)的調(diào)度策略分批次完成部署任務(wù)。結(jié)果信息接 收模塊123接收被控端反饋的部署包的執(zhí)行結(jié)果。定時(shí)檢測(cè)模塊IM每隔設(shè)定時(shí)間間隔檢 測(cè)是否有執(zhí)行中的部署任務(wù)超時(shí),是否有執(zhí)行中的子任務(wù)超時(shí),以保障部署任務(wù)不因外部 異常而中斷。IP安全校驗(yàn)?zāi)K125檢測(cè)外部程序或系統(tǒng)IP是否合法,檢測(cè)被控端16的IP 是否合法。被控端16完成的功能包括通過監(jiān)聽UDP端口接收調(diào)度服務(wù)器12發(fā)來的激發(fā)包, 向調(diào)度服務(wù)器12獲取子任務(wù)信息并對(duì)任務(wù)信息進(jìn)行解析,向下載服務(wù)器14下載部署包,執(zhí) 行部署包中的腳本,向調(diào)度服務(wù)器12反饋執(zhí)行結(jié)果。被控端16的細(xì)化結(jié)構(gòu)如圖3所示,被控端16包括UDP數(shù)據(jù)包接收模塊160、任務(wù) 接收模塊162、任務(wù)處理模塊164,而任務(wù)處理模塊164又分為部署包文件下載單元1640、部 署安裝驗(yàn)證單元1642、任務(wù)信息反饋單元1644。UDP數(shù)據(jù)包接收模塊160接收調(diào)度服務(wù)器12通過UDP端口傳送的激發(fā)包,并驗(yàn)證 激發(fā)包的內(nèi)容格式、來源是否合法。任務(wù)接收模塊162向調(diào)度服務(wù)器12發(fā)出HTTP請(qǐng)求以獲取任務(wù)信息,并檢查任務(wù)格式是否正確。任務(wù)處理模塊中的部署包文件下載單元1640解 析獲取到的任務(wù)信息并向下載服務(wù)器14下載部署包的文件。部署安裝驗(yàn)證單元1642解壓 部署包并執(zhí)行部署包中的腳本文件。任務(wù)信息反饋單元1644向調(diào)度服務(wù)器12反饋部署包 的執(zhí)行結(jié)果。下載服務(wù)器14完成的功能是向被控端提供部署包的下載服務(wù)。請(qǐng)進(jìn)一步參見圖1,整個(gè)系統(tǒng)的完成情況如下。第一步,在圖1中示出為步驟1,外圍程序或系統(tǒng)上傳部署包到所有的下載服務(wù)器 14(在圖1中示為下載服務(wù)器1和下載服務(wù)器幻。部署包是指在以此部署中某臺(tái)服務(wù)器需 要的全部?jī)?nèi)容,包括一個(gè)部署腳本以及其他相關(guān)內(nèi)容,比如配置文件、軟件升級(jí)包等,可以 是一個(gè)tar包或者zip包。第二步,在圖1中示出為步驟2,外圍程序或系統(tǒng)發(fā)送部署任務(wù)到調(diào)度服務(wù)器12。 其中任務(wù)是指由外圍程序或系統(tǒng)發(fā)送給調(diào)度服務(wù)器12的要做什么的信息,通過一個(gè)任務(wù) 可以表現(xiàn)為一個(gè)XML文件,一般包含任務(wù)基本信息、調(diào)度策略、子任務(wù)及其分組關(guān)系等。任務(wù)的層次結(jié)構(gòu)如下表所示
權(quán)利要求
1.一種針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),包括調(diào)度服務(wù)器、下載服務(wù) 器和被控端,調(diào)度服務(wù)器和被控端之間建立數(shù)據(jù)通訊的連接,下載服務(wù)器和被控端之間建 立數(shù)據(jù)通訊的連接,其中調(diào)度服務(wù)器接收部署任務(wù),根據(jù)調(diào)度策略執(zhí)行部署任務(wù),向被控端發(fā)送激發(fā)包,向被控 端提供任務(wù)信息,接收被控端向調(diào)度服務(wù)器反饋的部署包的執(zhí)行結(jié)果;被控端通過監(jiān)聽UDP端口接收調(diào)度服務(wù)器發(fā)來的激發(fā)包,向調(diào)度服務(wù)器獲取子任務(wù)信 息并對(duì)任務(wù)信息進(jìn)行解析,向下載服務(wù)器下載部署包,執(zhí)行部署包中的腳本,向調(diào)度服務(wù)器 反饋執(zhí)行結(jié)果;下載服務(wù)器向被控端提供部署包的下載服務(wù)。
2.根據(jù)權(quán)利要求1所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征在 于,調(diào)度服務(wù)器包括任務(wù)接收與持久化模塊,接收外圍程序或系統(tǒng)發(fā)送的部署任務(wù),為部署任務(wù)分配一個(gè) 標(biāo)識(shí)號(hào),并持久化任務(wù)信息到本地;任務(wù)啟動(dòng)與結(jié)束模塊,判斷部署任務(wù)是否滿足啟動(dòng)與結(jié)束條件,滿足啟動(dòng)條件則啟動(dòng) 任務(wù),滿足結(jié)束條件則結(jié)束任務(wù);調(diào)度策略模塊,根據(jù)任務(wù)的調(diào)度策略分批次完成部署任務(wù); 結(jié)果信息接收模塊,接收被控端反饋的部署包的執(zhí)行結(jié)果;定時(shí)檢測(cè)模塊,每隔設(shè)定時(shí)間間隔檢測(cè)是否有執(zhí)行中的部署任務(wù)超時(shí),是否有執(zhí)行中 的子任務(wù)超時(shí),以保障部署任務(wù)不因外部異常而中斷;IP安全校驗(yàn)?zāi)K,耦接任務(wù)接收與持久化模塊、任務(wù)啟動(dòng)與結(jié)束模塊、結(jié)果信息接收模 塊,檢測(cè)外部程序或系統(tǒng)IP是否合法,檢測(cè)被控端IP是否合法。
3.根據(jù)權(quán)利要求1所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征在 于,被控端包括UDP數(shù)據(jù)包接收模塊,接收調(diào)度服務(wù)器通過UDP端口傳送的激發(fā)包,并驗(yàn)證激發(fā)包的內(nèi) 容格式、來源是否合法;任務(wù)接收模塊,向調(diào)度服務(wù)器發(fā)出HTTP請(qǐng)求以獲取任務(wù)信息,并檢查任務(wù)格式是否正確;任務(wù)處理模塊,包括部署包文件下載單元,解析獲取到的任務(wù)信息并向下載服務(wù)器下載部署包的文件; 部署安裝驗(yàn)證單元,解壓部署包并執(zhí)行部署包中的腳本文件; 任務(wù)信息反饋單元,向調(diào)度服務(wù)器反饋部署包的執(zhí)行結(jié)果。
4.根據(jù)權(quán)利要求2所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征 在于,激發(fā)包是UDP數(shù)據(jù)包,其內(nèi)容是任務(wù)的標(biāo)識(shí)號(hào),用于通知被控端到調(diào)度服務(wù)器獲取任 務(wù)。
5.根據(jù)權(quán)利要求1所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征在 于,任務(wù)是由外圍程序或系統(tǒng)發(fā)送給調(diào)度服務(wù)器的需要做什么的信息,任務(wù)是XML文件,任 務(wù)包含任務(wù)基本信息、調(diào)度策略、子任務(wù)以及子任務(wù)的分組關(guān)系。
6.根據(jù)權(quán)利要求5所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征在 于,將任務(wù)中對(duì)每一服務(wù)器的部署作為一個(gè)子任務(wù),子任務(wù)的信息包括子任務(wù)的標(biāo)識(shí)號(hào)、任務(wù)類型、軟件名稱、部署包路徑、部署腳本名稱、子任務(wù)超時(shí)時(shí)間。
7.根據(jù)權(quán)利要求1所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征在 于,部署包的文件包括部署腳本、配置文件、軟件升級(jí)包。
8.根據(jù)權(quán)利要求1所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng),其特征在 于,調(diào)度策略通過建立一個(gè)包含組內(nèi)并發(fā)百分比、是否首臺(tái)檢測(cè)、任務(wù)取消失敗百分比、任 務(wù)超時(shí)時(shí)間、子任務(wù)超時(shí)時(shí)間的調(diào)度策略模型來實(shí)現(xiàn)。
9.一種針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,包括外圍程序或系統(tǒng)上傳部署包到下載服務(wù)器;外圍程序或系統(tǒng)發(fā)送部署任務(wù)到調(diào)度服務(wù)器;調(diào)度服務(wù)器為每一任務(wù)分配標(biāo)識(shí)號(hào),持久化任務(wù)信息到本地,并開始執(zhí)行任務(wù);調(diào)度服務(wù)器根據(jù)調(diào)度策略在任務(wù)中選擇子任務(wù),向被控端發(fā)送激發(fā)包;被控端收到激發(fā)包后,向調(diào)度服務(wù)器獲取子任務(wù)信息;被控端解析獲取到的子任務(wù)信息,從下載服務(wù)器下載部署包;被控端解壓部署包并執(zhí)行相應(yīng)的部署腳本;被控端將部署腳本的執(zhí)行結(jié)果反饋給調(diào)度服務(wù)器;調(diào)度服務(wù)器在收到子任務(wù)的執(zhí)行結(jié)果反饋后,根據(jù)調(diào)度策略再選擇一批子任務(wù)執(zhí)行, 直到任務(wù)中的所有子任務(wù)全部被執(zhí)行。
10.根據(jù)權(quán)利要求9所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,其特征 在于,激發(fā)包是UDP數(shù)據(jù)包,其內(nèi)容是任務(wù)的標(biāo)識(shí)號(hào),用于通知被控端到調(diào)度服務(wù)器獲取任 務(wù)。
11.根據(jù)權(quán)利要求9所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,其特征 在于,任務(wù)是由外圍程序或系統(tǒng)發(fā)送給調(diào)度服務(wù)器的需要做什么的信息,任務(wù)是XML文件, 任務(wù)包含任務(wù)基本信息、調(diào)度策略、子任務(wù)以及子任務(wù)的分組關(guān)系。
12.根據(jù)權(quán)利要求9所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,其特征 在于,子任務(wù)是任務(wù)中對(duì)每一服務(wù)器的部署,子任務(wù)的信息包括子任務(wù)的標(biāo)識(shí)號(hào)、任務(wù)類 型、軟件名稱、部署包路徑、部署腳本名稱、子任務(wù)超時(shí)時(shí)間。
13.根據(jù)權(quán)利要求9所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,其特征 在于,部署包包括部署腳本、配置文件、軟件升級(jí)包。
14.根據(jù)權(quán)利要求9所述的針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的方法,其特征 在于,調(diào)度策略是通過建立一個(gè)包含組內(nèi)并發(fā)百分比、是否首臺(tái)檢測(cè)、任務(wù)取消失敗百分 比、任務(wù)超時(shí)時(shí)間、子任務(wù)超時(shí)時(shí)間的調(diào)度策略模型來實(shí)現(xiàn)。
全文摘要
本發(fā)明公開了針對(duì)大規(guī)模服務(wù)器集群的內(nèi)容分發(fā)和部署的系統(tǒng)和方法,可將各種資源迅速、準(zhǔn)確、安全的部署到指定的服務(wù)器上。其技術(shù)方案為在系統(tǒng)中,調(diào)度服務(wù)器接收部署任務(wù),根據(jù)調(diào)度策略執(zhí)行部署任務(wù),向被控端發(fā)送激發(fā)包,向被控端提供任務(wù)信息,接收被控端向調(diào)度服務(wù)器反饋的部署包的執(zhí)行結(jié)果;被控端通過監(jiān)聽UDP端口接收調(diào)度服務(wù)器發(fā)來的激發(fā)包,向調(diào)度服務(wù)器獲取子任務(wù)信息并對(duì)任務(wù)信息進(jìn)行解析,向下載服務(wù)器下載部署包,執(zhí)行部署包中的腳本,向調(diào)度服務(wù)器反饋執(zhí)行結(jié)果;下載服務(wù)器向被控端提供部署包的下載服務(wù)。
文檔編號(hào)H04L29/08GK102075358SQ20101062215
公開日2011年5月25日 申請(qǐng)日期2010年12月31日 優(yōu)先權(quán)日2010年12月31日
發(fā)明者嚴(yán)飛, 周麗萍, 洪珂 申請(qǐng)人:網(wǎng)宿科技股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
弥勒县| 剑河县| 海宁市| 濉溪县| 常宁市| 曲沃县| 瑞丽市| 定边县| 封丘县| 平谷区| 吉木萨尔县| 富民县| 黎川县| 桓仁| 锦州市| 乌兰察布市| 东乌珠穆沁旗| 疏勒县| 隆子县| 林芝县| 通州区| 靖州| 永嘉县| 建湖县| 商南县| 礼泉县| 华阴市| 慈利县| 肥东县| 时尚| 古丈县| 综艺| 甘洛县| 中宁县| 洛浦县| 霍州市| 永泰县| 铁岭市| 禹州市| 长春市| 格尔木市|