[發(fā)明專利]一種文件下發(fā)方法及裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201610799202.6
• 申請(qǐng)日: 2016-08-31
• 公開（公告）號(hào): CN107784040B
• 公開（公告）日: 2022-03-18
• 發(fā)明（設(shè)計(jì)）人: 高陽(yáng)
• 申請(qǐng)（專利權(quán)）人: 北京國(guó)雙科技有限公司
• 主分類號(hào): G06F16/176
• 分類號(hào): G06F16/176;G06F16/172;G06F16/16;H04L67/06
• 代理公司: 北京鼎佳達(dá)知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11348
• 代理人: 王偉鋒;劉鐵生

本發(fā)明公開了一種文件下發(fā)方法及裝置，涉及計(jì)算機(jī)技術(shù)領(lǐng)域，主要目的是提高salt?master端的收集效率。所述方法包括：首接收共享文件，所述共享文件中包括不同系統(tǒng)類型的客戶端對(duì)應(yīng)的下發(fā)文件，識(shí)別所述自身客戶端的系統(tǒng)類型，加載所述共享文件中與所述自身客戶端的系統(tǒng)類型對(duì)應(yīng)的下發(fā)文件。本發(fā)明主要用于客戶端接收下發(fā)文件。

技術(shù)領(lǐng)域

本發(fā)明涉及計(jì)算機(jī)領(lǐng)域，尤其是一種文件下發(fā)方法及裝置。

背景技術(shù)

SaltStack(簡(jiǎn)稱salt)是一個(gè)以服務(wù)器為基礎(chǔ)架構(gòu)的集中化管理平臺(tái), 可以實(shí)現(xiàn)配置管理、遠(yuǎn)程執(zhí)行、監(jiān)控等功能。通常，每個(gè)服務(wù)器中會(huì)安裝一個(gè)salt-minion客戶端來實(shí)時(shí)接收salt-master端發(fā)出的任務(wù)并執(zhí)行，然后向salt-master端返回執(zhí)行結(jié)果。

當(dāng)salt-minion客戶端實(shí)時(shí)接收salt-master服務(wù)器發(fā)送的收集和更新客戶端的信息時(shí)，由于不同系統(tǒng)類型的客戶端對(duì)應(yīng)的下發(fā)文件的版本有所不同，例如社區(qū)企業(yè)操作系統(tǒng)(Community Enterprise Operating System， CENTOS)和WINDOWS系統(tǒng)的差異化很大，因此，在收集客戶端信息時(shí)，由于不同系統(tǒng)類型客戶端不兼容的問題，針對(duì)不同類型系統(tǒng)的客戶端需要發(fā)送不同的下發(fā)文件。

現(xiàn)有的salt-master當(dāng)需要向到不同系統(tǒng)類型的客戶端發(fā)送下發(fā)文件的時(shí)候，首先將一個(gè)系統(tǒng)類型的客戶端的下發(fā)文件拷貝到下發(fā)目錄中，然后對(duì)該客戶端發(fā)送下發(fā)文件，進(jìn)一步在清空下發(fā)目錄后將另一個(gè)系統(tǒng)類型的客戶端的下發(fā)文件拷貝到下發(fā)目錄中，再次對(duì)另一個(gè)客戶端發(fā)送下發(fā)文件。然而，由于多臺(tái)的salt-master共享同樣的下發(fā)目錄，當(dāng)salt-master對(duì)自己管理區(qū)域中CENTOS系統(tǒng)類型的客戶端發(fā)送下發(fā)文件時(shí)，使得其他salt-master 在同一時(shí)間段無(wú)法對(duì)自己管轄區(qū)域中的WINDOWS系統(tǒng)類型或者其他系統(tǒng)類型的客戶端發(fā)送下發(fā)文件，這樣影響了salt-master的收集效率，另外，若 salt-master對(duì)自己管轄區(qū)域中的客戶端下發(fā)了錯(cuò)誤的收集文件，還會(huì)導(dǎo)致 salt進(jìn)程崩潰，進(jìn)一步引發(fā)salt運(yùn)行穩(wěn)定性的問題。

發(fā)明內(nèi)容

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種文件下發(fā)方法及裝置，能夠提高salt-master端的收集效率。

一方面，本發(fā)明提供了一種文件下發(fā)方法，包括：

接收共享文件，所述共享文件中包括不同系統(tǒng)類型的客戶端對(duì)應(yīng)的下發(fā)文件；

識(shí)別自身客戶端的系統(tǒng)類型；

加載所述共享文件中與所述自身客戶端的系統(tǒng)類型對(duì)應(yīng)的下發(fā)文件。

另一方面，本發(fā)明提供一種文件下發(fā)裝置，包括：

接收單元，用于接收共享文件，所述共享文件中包括不同系統(tǒng)類型的客戶端對(duì)應(yīng)的下發(fā)文件；

識(shí)別單元，用于識(shí)別自身客戶端的系統(tǒng)類型；

加載單元，用于加載所述共享文件中與所述自身客戶端的系統(tǒng)類型對(duì)應(yīng)的下發(fā)文件。

借由上述技術(shù)方案，本發(fā)明提供的一種文件下發(fā)方法及裝置，首先接收共享文件，這里的共享文件中包括不同客戶端的類型系統(tǒng)對(duì)應(yīng)的下發(fā)文件，進(jìn)而將不同客戶端的類型系統(tǒng)對(duì)應(yīng)的下發(fā)文件匯集，進(jìn)一步識(shí)別自身客戶端的系統(tǒng)類型，并加載共享文件中與自身客戶端的系統(tǒng)類型對(duì)應(yīng)的下發(fā)文件。與現(xiàn)有技術(shù)的文件下發(fā)方法相比，本發(fā)明實(shí)施例通過預(yù)先存儲(chǔ)不同客戶端的類型系統(tǒng)對(duì)應(yīng)的下發(fā)文件保證了共享文件的多樣性，以便當(dāng)接收到服務(wù)器發(fā)送的共享文件時(shí)，通過識(shí)別自身客戶端的系統(tǒng)類型，讀取并加載與自身客戶端的系統(tǒng)類型對(duì)應(yīng)的下發(fā)文件，使得服務(wù)器在發(fā)送下發(fā)文件時(shí)無(wú)需多次拷貝下發(fā)文件，進(jìn)而提高了服務(wù)器發(fā)送下發(fā)文件的效率。