[發(fā)明專利]跨平臺微服務(wù)體系結(jié)構(gòu)、計算設(shè)備及存儲介質(zhì)

有效

• 申請?zhí)枺?/td>: 202210330748.2
• 申請日: 2022-03-31
• 公開（公告）號: CN114826866B
• 公開（公告）日: 2022-11-15
• 發(fā)明（設(shè)計）人: 韓輝;弓羽箭;焦進(jìn)星;徐貴洲
• 申請（專利權(quán)）人: 北京翼輝信息技術(shù)有限公司
• 主分類號: H04L41/0226
• 分類號: H04L41/0226;H04L69/06;H04L67/133;H04L67/01;H04L67/51
• 代理公司: 北京智乾知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 11552
• 代理人: 張麗俠

本申請公開一種跨平臺微服務(wù)體系結(jié)構(gòu)、計算設(shè)備及存儲介質(zhì)，包括:資源管理層識別平臺資源，建立平臺資源與虛擬資源的動態(tài)映射，將預(yù)先設(shè)置的多個資源類型標(biāo)識映射到平臺資源上，完成對平臺資源的訂閱和發(fā)布；協(xié)議封裝層定義有數(shù)據(jù)內(nèi)容的傳輸方式，設(shè)置指令傳輸信道和數(shù)據(jù)傳輸信道，且為信道數(shù)據(jù)傳輸匹配對應(yīng)的優(yōu)先級；模式抽象層同時提供基于客戶端/服務(wù)器的第一服務(wù)模型，基于瀏覽器/服務(wù)器的第二服務(wù)模型及基于位置和信息發(fā)現(xiàn)的第三服務(wù)模型；服務(wù)標(biāo)準(zhǔn)化層用于提供支持RPC遠(yuǎn)程調(diào)用的第一能力集合，支持流式工作模式的第二能力集合及支持資源自動發(fā)現(xiàn)、匹配、識別的第三能力集合。本申請解決現(xiàn)有技術(shù)中傳統(tǒng)體系結(jié)構(gòu)復(fù)雜且性能不足的技術(shù)問題。

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

本申請涉及系統(tǒng)體系結(jié)構(gòu)設(shè)計技術(shù)領(lǐng)域，具體而言，涉及一種跨平臺微服務(wù)體系結(jié)構(gòu)、計算設(shè)備及存儲介質(zhì)。

背景技術(shù)

隨著應(yīng)用業(yè)務(wù)和模型日趨復(fù)雜，并伴隨全球信息化的浪潮，信息化產(chǎn)業(yè)不斷發(fā)展、延伸，在此過程中也出現(xiàn)了眾多的信息標(biāo)準(zhǔn)，但是很多異構(gòu)系統(tǒng)之間的數(shù)據(jù)依然使用各自獨立的數(shù)據(jù)格式、元數(shù)據(jù)、元模型，為了把各個相對獨立的源數(shù)據(jù)集成起來，只能通過構(gòu)建一定的數(shù)據(jù)獲取與計算程序來實現(xiàn)，這種做法需要花費大量工作并且后期并不能批量復(fù)用。

為了把復(fù)雜式、獨立體系結(jié)構(gòu)的龐大軟件變成松散耦合、互聯(lián)共享、簡便集成的體系結(jié)構(gòu)，提出了面向服務(wù)的體系結(jié)構(gòu)（service-oriented architecture）。SOA并不特指一種技術(shù)，而是一種分布式運算的軟件設(shè)計方法，上層軟件通過組件和協(xié)議庫等調(diào)用另外一個應(yīng)用軟件組件運行邏輯、執(zhí)行動作，從而為調(diào)用者提供服務(wù)，并且一項服務(wù)應(yīng)為一個獨立的功能單元，可以被遠(yuǎn)程訪問并能獨立執(zhí)行和更新。

SOA原則上采用開放標(biāo)準(zhǔn)、服務(wù)可模塊化、可組合化、可重復(fù)使用、可交互化，并且服務(wù)可分層、可封裝、可松耦合、可契約、可抽象、可重用、可組合、可自治、可被發(fā)現(xiàn)、可無狀態(tài)等等。

SOA在傳統(tǒng)互聯(lián)網(wǎng)領(lǐng)域應(yīng)用較廣，互聯(lián)網(wǎng)追求極致的客戶感官體驗，不斷創(chuàng)新出一些新炫酷的應(yīng)用，在大數(shù)據(jù)和復(fù)雜網(wǎng)絡(luò)的支撐下，實現(xiàn)智能化并且不斷改善我們的生活體驗，這其中軟件起著及其重要的作用，在這個過程中軟件必須不斷進(jìn)化、敏捷迭代。

無論是在互聯(lián)網(wǎng)行業(yè)還是其他行業(yè)，為了達(dá)到以上效果，只能借助于當(dāng)前現(xiàn)有技術(shù)進(jìn)行拼裝完成，為了實現(xiàn)SOA體系結(jié)構(gòu)的通信經(jīng)常會選擇HTTP、MQTT、SOME/IP等協(xié)議完成數(shù)據(jù)通信，會選擇XML標(biāo)記語言進(jìn)行消息格式數(shù)據(jù)的描述，同時會選擇DDS進(jìn)行數(shù)據(jù)訂閱、發(fā)布，同時有選擇CORBA組件進(jìn)行接口描述。

傳統(tǒng)SOA體系結(jié)構(gòu)往往因為生命安全系數(shù)低、實時性要求不高，甚至故障后直接重啟即可，這樣導(dǎo)致好多機制都是動態(tài)實現(xiàn)、動態(tài)分配等，不需要考慮行業(yè)相關(guān)的安全特性，致使在很多對安全性和確定性場景無法使用。

傳統(tǒng)SOA體系結(jié)構(gòu)的應(yīng)用領(lǐng)域和場景往往資源充沛、產(chǎn)業(yè)鏈完備、通信節(jié)點多、帶寬充足，因此不需要考慮各類資源的開銷，都是通過各類軟件組件的堆砌形成非常重型軟件規(guī)模，致使這類軟件體系結(jié)構(gòu)只能在資源豐富的場景下使用，對于相對資源有限的環(huán)境下無法運行如此體量龐大的軟件，并且效率極為低下。

傳統(tǒng)SOA體系結(jié)構(gòu)只是需要提供服務(wù)即可，對實時性和確定性幾乎沒有要求，比如我們通過SOA某個服務(wù)查詢一個消費賬單的信息，對信息返回時間和是否一定成功沒有任何要求，但是對于工業(yè)和汽車等控制領(lǐng)域?qū)?shù)據(jù)的設(shè)置和獲取都會有嚴(yán)格的時間和結(jié)果的確定性要求，因此傳統(tǒng)的SOA體系結(jié)構(gòu)和通信方法無法滿足對時間確定性、結(jié)果確定的要求。

傳統(tǒng)SOA體系結(jié)構(gòu)對服務(wù)質(zhì)量和數(shù)據(jù)優(yōu)先級沒有嚴(yán)格要求，比如整個系統(tǒng)下同時存在命令控制、數(shù)據(jù)傳輸或者對服務(wù)響應(yīng)速度等級要求不一樣的場景下，就需要SOA軟件服務(wù)框架體統(tǒng)服務(wù)質(zhì)量Qos的保障，因此傳統(tǒng)SOA軟件體系結(jié)構(gòu)無法滿足服務(wù)和通信優(yōu)先級的要求。