[發(fā)明專利]免二次鏡像的容器化JavaEE應(yīng)用服務(wù)器的發(fā)布方法

有效

• 申請(qǐng)?zhí)枺?/td>: 202010720573.7
• 申請(qǐng)日: 2020-07-24
• 公開(kāi)（公告）號(hào): CN111597014B
• 公開(kāi)（公告）日: 2020-11-10
• 發(fā)明（設(shè)計(jì)）人: 蔣平川;李蕾;于洋;王鵬亮;黃鋒;李利軍;于濱峰;張春林
• 申請(qǐng)（專利權(quán)）人: 北京東方通軟件有限公司;北京東方通科技股份有限公司
• 主分類號(hào): G06F9/455
• 分類號(hào): G06F9/455
• 代理公司: 北京冠和權(quán)律師事務(wù)所 11399
• 代理人: 安琪

本發(fā)明提供了一種免二次鏡像的容器化JavaEE應(yīng)用服務(wù)器的發(fā)布方法，包括以下步驟：S100構(gòu)建容器化JavaEE應(yīng)用服務(wù)器的云平臺(tái)；S200將應(yīng)用所需要的安裝程序包上傳至容器化JavaEE應(yīng)用服務(wù)器的云平臺(tái)；構(gòu)建應(yīng)用運(yùn)行的基礎(chǔ)鏡像；S300在云平臺(tái)設(shè)置基礎(chǔ)鏡像的配置器，創(chuàng)建CernVM?FS文件庫(kù)并添加到應(yīng)用的安裝程序包中，所述配置器將CernVM?FS文件庫(kù)名稱作為輸入數(shù)據(jù)以及基礎(chǔ)鏡像root所必需的庫(kù)內(nèi)路徑；S400在客戶端輸入CernVM?FS文件庫(kù)名稱，所述客戶端以本地方式遠(yuǎn)程啟動(dòng)基礎(chǔ)鏡像root目錄，通過(guò)執(zhí)行應(yīng)用啟動(dòng)腳本，執(zhí)行應(yīng)用啟動(dòng)命令，完成應(yīng)用發(fā)布。本發(fā)明使得每一次應(yīng)用更新所需要下載的數(shù)據(jù)量不會(huì)有太大變化，不會(huì)造成容器臃腫。

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

本發(fā)明涉及容器化JavaEE應(yīng)用服務(wù)器技術(shù)領(lǐng)域，特別涉及一種免二次鏡像的容器化JavaEE應(yīng)用服務(wù)器的發(fā)布方法。

背景技術(shù)

容器是指組件和底層服務(wù)細(xì)節(jié)之間的接口。在web組件、企業(yè)級(jí)Bean等能夠執(zhí)行之前，它必須被裝配為一個(gè)JavaEE模塊，并部署在容器上。在JAVA EE中，各種不同類型的模塊既可以單獨(dú)打包JAR部署，也可以將這些模塊綜合起來(lái)做成一個(gè)EAR包進(jìn)行部署。應(yīng)用容器化占用資源少、部署快，每個(gè)應(yīng)用被打包成一個(gè)容器鏡像，每個(gè)應(yīng)用與容器間成一對(duì)一關(guān)系使容器有更大優(yōu)勢(shì)，使用容器可以在build或release 的階段，為應(yīng)用創(chuàng)建容器鏡像，因?yàn)槊總€(gè)應(yīng)用不需要與其余的應(yīng)用堆棧組合，也不依賴于生產(chǎn)環(huán)境基礎(chǔ)結(jié)構(gòu)，這使得從研發(fā)到測(cè)試、生產(chǎn)能提供一致環(huán)境。容器比虛機(jī)輕量、更“透明”，這更便于監(jiān)控和管理，因此容器化網(wǎng)絡(luò)應(yīng)用方面得到廣泛采用，成為目前分布式架構(gòu)中常用的主流技術(shù)。

現(xiàn)有的容器化JavaEE應(yīng)用服務(wù)器的發(fā)布方法都至少需要采用兩次鏡像，如申請(qǐng)?zhí)枮镃N201811363546.8文獻(xiàn)公開(kāi)的自動(dòng)化應(yīng)用程序容器化和鏡像備份發(fā)布的方法，包括如下四個(gè)步驟：步驟1，構(gòu)建基礎(chǔ)鏡像：基于硬件平臺(tái)和操作系統(tǒng)，構(gòu)建基礎(chǔ)鏡像；步驟2，構(gòu)建基礎(chǔ)構(gòu)建鏡像：從基礎(chǔ)鏡像啟動(dòng)容器，以相應(yīng)的編程語(yǔ)言分類，分別增量制作基礎(chǔ)構(gòu)建鏡像；步驟3，構(gòu)建應(yīng)用程序容器化鏡像：從基礎(chǔ)構(gòu)建鏡像啟動(dòng)容器，將應(yīng)用程序源代碼注入到容器內(nèi)的已知目錄，并為應(yīng)用程序源代碼安裝編譯和運(yùn)行時(shí)的依賴項(xiàng)，在容器內(nèi)對(duì)應(yīng)用程序源代碼進(jìn)行編譯處理，將相應(yīng)文件安裝到指定路徑，將新的容器提交為應(yīng)用程序容器化鏡像；步驟4，應(yīng)用程序容器化鏡像測(cè)試及備份發(fā)布：運(yùn)行應(yīng)用程序容器化鏡像，利用應(yīng)用程序測(cè)試腳本執(zhí)行測(cè)試驗(yàn)證。

從傳統(tǒng)角度講，存儲(chǔ)在庫(kù)中的每套鏡像都必須擁有與其各層相關(guān)的全部文件，這意味著對(duì)任意主機(jī)設(shè)備上的Docker鏡像進(jìn)行更新，我們就需要從該庫(kù)中下載完整的鏡像。一旦容器系統(tǒng)數(shù)量增長(zhǎng)至數(shù)百、數(shù)千乃至數(shù)百萬(wàn)之巨時(shí)，那么庫(kù)的體積就會(huì)隨著容器系統(tǒng)的增加而不斷攀升，而每一次更新所需要下載的數(shù)據(jù)量也會(huì)越來(lái)越大，造成容器臃腫。

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

為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種免二次鏡像的容器化JavaEE應(yīng)用服務(wù)器的發(fā)布方法，包括以下步驟：

S100構(gòu)建容器化JavaEE應(yīng)用服務(wù)器的云平臺(tái)；

S200將應(yīng)用所需要的安裝程序包上傳至容器化JavaEE應(yīng)用服務(wù)器的云平臺(tái)；構(gòu)建應(yīng)用運(yùn)行的基礎(chǔ)鏡像；

S300在云平臺(tái)設(shè)置基礎(chǔ)鏡像的配置器，創(chuàng)建CernVM-FS文件庫(kù)并添加到應(yīng)用的安裝程序包中，所述配置器將CernVM-FS文件庫(kù)名稱作為輸入數(shù)據(jù)以及基礎(chǔ)鏡像root所必需的庫(kù)內(nèi)路徑；

S400在客戶端輸入CernVM-FS文件庫(kù)名稱，所述客戶端以本地方式遠(yuǎn)程啟動(dòng)基礎(chǔ)鏡像root目錄，通過(guò)執(zhí)行應(yīng)用啟動(dòng)腳本，執(zhí)行應(yīng)用啟動(dòng)命令，完成應(yīng)用發(fā)布。

可選的，所述基礎(chǔ)鏡像的構(gòu)建方法如下：

從容器化JavaEE應(yīng)用服務(wù)器云平臺(tái)獲取應(yīng)用所屬類型的模板文件；所述模板文件包括平臺(tái)環(huán)境配置信息和至少一個(gè)變量信息；

獲取與應(yīng)用匹配的變量信息對(duì)應(yīng)的待輸入?yún)?shù)；