[發(fā)明專利]一種基于微服務(wù)的操作系統(tǒng)SaaS應(yīng)用自動(dòng)整合方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201611145075.4
• 申請(qǐng)日: 2016-12-13
• 公開（公告）號(hào): CN109361719B
• 公開（公告）日: 2021-03-09
• 發(fā)明（設(shè)計(jì)）人: 郭晨晨
• 申請(qǐng)（專利權(quán)）人: 上海儀電（集團(tuán)）有限公司中央研究院
• 主分類號(hào): H04L29/08
• 分類號(hào): H04L29/08
• 代理公司: 上海科盛知識(shí)產(chǎn)權(quán)代理有限公司 31225
• 代理人: 趙繼明

本發(fā)明涉及一種基于微服務(wù)的操作系統(tǒng)SaaS應(yīng)用自動(dòng)整合方法，所述方法包括以下步驟：操作系統(tǒng)讀取要整合的SaaS應(yīng)用的配置文件；逐行解析配置文件，獲取SaaS應(yīng)用使用的微服務(wù)列表A和微服務(wù)鏈接指令碼B；將A和B與操作系統(tǒng)已運(yùn)行的微服務(wù)列表C進(jìn)行比對(duì)，生成在A中而不在B中的微服務(wù)列表D和A、B中均存在的微服務(wù)列表E；操作系統(tǒng)依次調(diào)用內(nèi)部接口，利用容器技術(shù)將D中每一個(gè)微服務(wù)啟動(dòng)在一個(gè)容器中，并實(shí)現(xiàn)運(yùn)行；操作系統(tǒng)根據(jù)B將新啟動(dòng)的微服務(wù)與原本就存在的微服務(wù)列表E鏈接，重新構(gòu)建出完整功能的SaaS應(yīng)用；進(jìn)行數(shù)據(jù)庫(kù)整合。與現(xiàn)有技術(shù)相比，本發(fā)明具有無(wú)需人工干預(yù)和編寫代碼，整合效率大幅提升等優(yōu)點(diǎn)。

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

本發(fā)明涉及電子信息技術(shù)領(lǐng)域，尤其是涉及一種基于微服務(wù)的操作系統(tǒng)SaaS應(yīng)用自動(dòng)整合方法。

背景技術(shù)

微服務(wù)，用于描述一種獨(dú)立部署的軟件應(yīng)用設(shè)計(jì)方式。微服務(wù)就像是把服務(wù)開發(fā)成單一應(yīng)用的形式，這些服務(wù)滿足某需求，并且能夠自動(dòng)化部署和獨(dú)立發(fā)布。通過(guò)將“大系統(tǒng)”拆解為眾多“微服務(wù)”，分布式部署在多節(jié)點(diǎn)的集群上，實(shí)現(xiàn)了簡(jiǎn)化管理。微服務(wù)架構(gòu)模式和其所描述的軟件風(fēng)格正在為敏捷部署以及復(fù)雜企業(yè)應(yīng)用實(shí)施提供巨大的幫助。其中，微服務(wù)例如可以為查詢服務(wù)、評(píng)論服務(wù)、排行榜服務(wù)，等等。

傳統(tǒng)的服務(wù)部署方式，是將所有的服務(wù)統(tǒng)一部署于一臺(tái)服務(wù)器上，這樣部署人員就只需要部署一次。但是此種方式存在的問題是，當(dāng)某一服務(wù)出現(xiàn)問題時(shí)，就會(huì)產(chǎn)生其他服務(wù)不能正常運(yùn)行的問題。

而微服務(wù)構(gòu)架就像是把小的服務(wù)開發(fā)成單一應(yīng)用的形式，然后部署在不同的服務(wù)器上，這些不同的服務(wù)器采用了分布式服務(wù)架構(gòu)。采用微服務(wù)的好處在于，當(dāng)某個(gè)服務(wù)出現(xiàn)問題時(shí)，并不會(huì)影響其他的服務(wù)。

目前的SaaS整合技術(shù)一般是人工手動(dòng)將一個(gè)新SaaS添加到一個(gè)整合平臺(tái)或操作系統(tǒng)中去，需要對(duì)接平臺(tái)的API改寫原SaaS中的部分代碼，非常麻煩且效率低下。

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

本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種基于微服務(wù)的操作系統(tǒng)SaaS應(yīng)用自動(dòng)整合方法。可以自動(dòng)快速的整合SaaS，無(wú)需人工干預(yù)，提高效率快速增加平臺(tái)和操作系統(tǒng)功能，尤其可以解決智慧城市操作系統(tǒng)快速整合各個(gè)城市管理子模塊的問題。

本發(fā)明的目的可以通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)：

一種基于微服務(wù)的操作系統(tǒng)SaaS應(yīng)用自動(dòng)整合方法，SaaS應(yīng)用提供面對(duì)整合時(shí)容器創(chuàng)建規(guī)則的配置文件，所述方法包括以下步驟：

S1、操作系統(tǒng)讀取要整合的SaaS應(yīng)用的配置文件；

S2、逐行解析S1中的配置文件，獲取SaaS應(yīng)用使用的微服務(wù)列表A和微服務(wù)鏈接指令碼B；

S3、將S2中的A與操作系統(tǒng)已運(yùn)行的微服務(wù)列表C進(jìn)行比對(duì)，生成微服務(wù)列表D，將S2中的B與操作系統(tǒng)已運(yùn)行的微服務(wù)列表C進(jìn)行比對(duì)，生成微服務(wù)列表E；

S4、操作系統(tǒng)依次調(diào)用內(nèi)部接口，利用容器技術(shù)將S3中的D中每一個(gè)微服務(wù)啟動(dòng)在一個(gè)容器中，并實(shí)現(xiàn)運(yùn)行；

S5、操作系統(tǒng)根據(jù)S2中的B將S4中新啟動(dòng)的微服務(wù)與S3中的E鏈接，重新構(gòu)建出完整功能的SaaS應(yīng)用；

S6、進(jìn)行數(shù)據(jù)庫(kù)整合。

所述的微服務(wù)列表D是提取在A中而不在B中的微服務(wù)所得。

所述的微服務(wù)列表E是提取A、B中均存在的微服務(wù)所得。

步驟S6中的數(shù)據(jù)庫(kù)整合具體為：將S5中所得的SaaS應(yīng)用數(shù)據(jù)存儲(chǔ)部分鏈接到操作系統(tǒng)原有的統(tǒng)一數(shù)據(jù)庫(kù)中，實(shí)現(xiàn)操作系統(tǒng)內(nèi)部的數(shù)據(jù)統(tǒng)一和共享。

步驟S4和步驟S5中應(yīng)用操作系統(tǒng)內(nèi)核的namespace衍生的容器技術(shù)。

所述SaaS應(yīng)用設(shè)有功能模塊，各個(gè)功能模塊均以微型服務(wù)的形式提供。