曹建平+于輝+周秀芝

摘 要：針對(duì)分布式系統(tǒng)集成中存在的緊耦合問題，提出一種以數(shù)據(jù)為中心的分布式系統(tǒng)自適應(yīng)集成方法。首先分析了分布式系統(tǒng)集成業(yè)務(wù)緊耦合性問題的原因并給出解決的一般通用方法；然后在借鑒OMG數(shù)據(jù)分發(fā)服務(wù)（DDS）規(guī)范的DCPS模型和基于中心信息節(jié)點(diǎn)的發(fā)現(xiàn)機(jī)制的基礎(chǔ)上，進(jìn)一步提出在網(wǎng)絡(luò)中間件中添加協(xié)商模塊，實(shí)現(xiàn)通信合約的自適應(yīng)締結(jié)，進(jìn)而給出了分布式系統(tǒng)集成的總體架構(gòu)和相應(yīng)的集成信息模型及其轉(zhuǎn)換流程；最后，基于該方法開發(fā)的軟件模塊將獨(dú)立設(shè)計(jì)的3個(gè)應(yīng)用集成為一個(gè)溫度推送分布式系統(tǒng)，集成時(shí)僅需約定共用的元數(shù)據(jù)信息即可達(dá)到通信質(zhì)量要求。結(jié)果表明，基于以數(shù)據(jù)為中心的分布式集成方法既可以達(dá)到系統(tǒng)耦合松散化要求，又能保證系統(tǒng)通信服務(wù)質(zhì)量，適用于完成分布式系統(tǒng)快速靈活有效的集成。

關(guān)鍵詞關(guān)鍵詞：分布式系統(tǒng)；系統(tǒng)集成；緊耦合；自適應(yīng)；DDS規(guī)范

DOIDOI：10.11907/rjdk.161916

中圖分類號(hào)：TP301

文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)文章編號(hào)：16727800（2016）011000405

基金項(xiàng)目基金項(xiàng)目：國(guó)家自然科學(xué)基金重大研究計(jì)劃項(xiàng)目（91538201）；泰山學(xué)者工程專項(xiàng)（ts201511020）

作者簡(jiǎn)介作者簡(jiǎn)介：曹建平（1984-），男，內(nèi)蒙古通遼人，碩士，海軍航空工程學(xué)院青島校區(qū)軍用虛擬仿真研究與訓(xùn)練中心助理工程師，研究方向?yàn)榉植际椒抡?、?jì)算機(jī)生成兵力；于輝（1971-），男，山東諸城人，海軍航空工程學(xué)院青島校區(qū)軍用虛擬仿真研究與訓(xùn)練中心博士研究生，研究方向?yàn)榉植际椒抡妫恢苄阒ィ?977-），女，山東青島人，博士，海軍航空工程學(xué)院青島校區(qū)軍用虛擬仿真研究與訓(xùn)練中心講師，研究方向?yàn)橐暰胺抡妗?/p>

0 引言

自上世紀(jì)90年代Sun公司提出“網(wǎng)絡(luò)就是計(jì)算機(jī)”以來，分布式計(jì)算、云服務(wù)、大數(shù)據(jù)等分布式技術(shù)得到了越來越廣泛的應(yīng)用。實(shí)現(xiàn)分布式的一個(gè)方式是將原來獨(dú)立設(shè)計(jì)和運(yùn)行的異構(gòu)系統(tǒng)集成起來，但由于異構(gòu)系統(tǒng)間固有的多維度差異性，隨著集成復(fù)雜度增加，系統(tǒng)緊耦合問題愈發(fā)嚴(yán)重，從而導(dǎo)致系統(tǒng)集成的難度和風(fēng)險(xiǎn)大幅提高，美國(guó)“福吉谷”號(hào)事件就是一個(gè)典型案例[1]。

為破除這種緊耦合特性，最新研究采用中間件來屏蔽各子系統(tǒng)差異，并通過添加中心信息節(jié)點(diǎn)實(shí)現(xiàn)自動(dòng)發(fā)現(xiàn)和匿名通信機(jī)制，從而達(dá)到系統(tǒng)集成的耦合松散化和接口動(dòng)態(tài)化[2]。相關(guān)研究中，以數(shù)據(jù)為中心的分布式系統(tǒng)集成方法是實(shí)現(xiàn)實(shí)時(shí)分布式系統(tǒng)集成較好的解決方案[34]。為此，OMG組織制定了數(shù)據(jù)分發(fā)服務(wù)（DDS）標(biāo)準(zhǔn)，并涌現(xiàn)了OpenDDS、RTI DDS及OpenSplice DDS[5]等軟件實(shí)現(xiàn)。DDS利用以數(shù)據(jù)為中心的發(fā)布—訂購(gòu)?fù)ㄐ拍Ｐ停―CPS）實(shí)現(xiàn)集成系統(tǒng)間數(shù)據(jù)耦合的松散化和多對(duì)多通信，利用集中信息庫(kù)模型實(shí)現(xiàn)自動(dòng)發(fā)現(xiàn)和匿名通信機(jī)制，并通過QoS策略保證通信服務(wù)質(zhì)量[1]。基于以上機(jī)制，DDS一定程度上實(shí)現(xiàn)了系統(tǒng)間的耦合松散化，但由于采用靜態(tài)QoS機(jī)制，數(shù)據(jù)生產(chǎn)者和消費(fèi)者需事先指定QoS策略，否則會(huì)導(dǎo)致失配從而無法完成通信。這種策略信息的事先指定仍然是信息冗余的，無法實(shí)現(xiàn)動(dòng)態(tài)、自適應(yīng)配置，不利于系統(tǒng)的快速集成[6]。

針對(duì)上述問題，提出一種以數(shù)據(jù)為中心的分布式系統(tǒng)自適應(yīng)集成方法，該方法在采用發(fā)布—訂購(gòu)?fù)ㄐ拍Ｐ秃椭行男畔⒐?jié)點(diǎn)的基礎(chǔ)上，將數(shù)據(jù)生產(chǎn)者角色定位為通信質(zhì)量約束方，將數(shù)據(jù)消費(fèi)者角色定位為通信質(zhì)量需求方，通過在網(wǎng)絡(luò)中間層添加協(xié)商模塊實(shí)現(xiàn)通信質(zhì)量策略的自動(dòng)配置；將系統(tǒng)集成元數(shù)據(jù)進(jìn)一步限定為業(yè)務(wù)交互數(shù)據(jù)，從而降低了耦合性?；谠摲椒ㄩ_發(fā)了相應(yīng)的軟件模塊，并用一個(gè)溫度推送系統(tǒng)進(jìn)行了驗(yàn)證。試驗(yàn)結(jié)果表明，基于該方法進(jìn)行系統(tǒng)集成既能使耦合松散化，同時(shí)保證了通信質(zhì)量。

1 分布式系統(tǒng)內(nèi)在緊耦合性成因分析

一般而言，分布式系統(tǒng)指組件分布在網(wǎng)絡(luò)計(jì)算機(jī)上且通過消息傳遞進(jìn)行通信和動(dòng)作協(xié)調(diào)的系統(tǒng)[7]。分布式系統(tǒng)實(shí)際上是由多個(gè)獨(dú)立設(shè)計(jì)、異構(gòu)的、分散控制且動(dòng)態(tài)改變的系統(tǒng)組成的大系統(tǒng)，可稱為“系統(tǒng)組成的系統(tǒng)”（System of Systems）[1]。為構(gòu)建這樣的體系，需要采用合適的系統(tǒng)集成技術(shù)才能達(dá)到分享分布式資源的目的。

分布式系統(tǒng)中各子系統(tǒng)設(shè)計(jì)相互獨(dú)立，一般不存在統(tǒng)一的系統(tǒng)架構(gòu)（尤其對(duì)于大規(guī)模分布式系統(tǒng)），相互的耦合關(guān)系是自然形成的動(dòng)態(tài)復(fù)雜網(wǎng)絡(luò)，耦合復(fù)雜度由業(yè)務(wù)聯(lián)系的復(fù)雜性決定。因此，分布式系統(tǒng)具有內(nèi)在的緊耦合特性。這種緊耦合特性體現(xiàn)在兩方面：①由于各子系統(tǒng)是獨(dú)立設(shè)計(jì)的異構(gòu)系統(tǒng)，天然存在的差異性形成集成壁壘；②分布式系統(tǒng)網(wǎng)絡(luò)構(gòu)成復(fù)雜，集成復(fù)雜度大大增加，如圖1所示。

針對(duì)上述問題，有兩種研究趨勢(shì)使耦合松散化[78]：一是通過屏蔽子系統(tǒng)差異性來降低耦合；二是通過添加中心節(jié)點(diǎn)來降低集成復(fù)雜度，下面分別予以概述。

1.1 通過屏蔽子系統(tǒng)差異性降低耦合

圖1所示分布式系統(tǒng)中的多個(gè)子系統(tǒng)是異構(gòu)的，存在語(yǔ)言差異、平臺(tái)差異、協(xié)議差異和數(shù)據(jù)差異，這種差異性給分布式系統(tǒng)集成帶來了極大困難。因此，一個(gè)自然的技術(shù)路徑是通過標(biāo)準(zhǔn)化來屏蔽差異性，進(jìn)而降低系統(tǒng)接口間的耦合性。該方面的工作比較普遍，在基礎(chǔ)設(shè)施方面，TCP/IP協(xié)議實(shí)現(xiàn)了異構(gòu)跨平臺(tái)通信，各個(gè)操作系統(tǒng)都實(shí)現(xiàn)了跨硬件平臺(tái)，Java等編程語(yǔ)言實(shí)現(xiàn)了可移植跨平臺(tái)等；在集成技術(shù)方面，采用中間件技術(shù)屏蔽差異性，如先后出現(xiàn)的遠(yuǎn)程過程調(diào)用技術(shù)、分布式對(duì)象技術(shù)以及實(shí)時(shí)CORBA對(duì)象技術(shù)等[9]。如圖2所示，在每個(gè)子系統(tǒng)上添加一個(gè)標(biāo)準(zhǔn)化的中間件“外殼”，從而降低了子系統(tǒng)間的集成難度。

上述技術(shù)雖然不同程度上使系統(tǒng)間的耦合松散化，但由于其以對(duì)象為中心，采用的是點(diǎn)對(duì)點(diǎn)（PeertoPeer）通信，子系統(tǒng)間除了業(yè)務(wù)上的聯(lián)系，還要事先獲取通信對(duì)方的網(wǎng)絡(luò)地址，因此系統(tǒng)集成的網(wǎng)絡(luò)復(fù)雜度仍然為O（n2），系統(tǒng)集成難度在復(fù)雜程度上未得到降低。

1.2 添加中心節(jié)點(diǎn)降低網(wǎng)絡(luò)復(fù)雜度

降低集成復(fù)雜度的一個(gè)做法是加入一個(gè)中心節(jié)點(diǎn)[6]，如圖3所示，采用C/S通信模式將各子系統(tǒng)共享資源發(fā)放到中心節(jié)點(diǎn)，再由中心節(jié)點(diǎn)分發(fā)到各子系統(tǒng)。該模式使系統(tǒng)集成復(fù)雜度由O（n2）降低到O（n），但最大的問題是中心節(jié)點(diǎn)負(fù)載過大，容易帶來通信瓶頸和單點(diǎn)失效等問題。

1.3 基于發(fā)布—訂閱通信模型的系統(tǒng)集成方法

針對(duì)以上不足，出現(xiàn)了一種發(fā)布—訂閱通信模型，該模型從分布式系統(tǒng)共享資源的目的出發(fā)，將各子系統(tǒng)的角色分為資源生產(chǎn)者和資源消費(fèi)者兩種。生產(chǎn)者發(fā)布資源，消費(fèi)者訂閱資源。以資源為中心，通過某種自動(dòng)發(fā)現(xiàn)機(jī)制使資源生產(chǎn)者能夠?qū)⒑线m的資源以適當(dāng)方式匿名送到資源消費(fèi)者處，從而完成無縫、透明的集成[9]。如圖4所示，在該模式下的中心節(jié)點(diǎn)不是數(shù)據(jù)集散地，而是作為信息交換中心，數(shù)據(jù)生產(chǎn)者和消費(fèi)者在該中心進(jìn)行注冊(cè)，并完成信息的交換與匹配。數(shù)據(jù)通信在子系統(tǒng)之間直接進(jìn)行，不用通過中心信息節(jié)點(diǎn)，因此不存在負(fù)載過大的問題，從而解決了中心節(jié)點(diǎn)的通信瓶頸問題。

從發(fā)布—訂閱基本思想出發(fā)，出現(xiàn)了兩種分布式集成方式[10]：一種是以服務(wù)為中心，從共享功能的目的出發(fā)實(shí)現(xiàn)分布式系統(tǒng)互操作，該方式以Web服務(wù)技術(shù)為代表；第二種是以數(shù)據(jù)為中心，以共享實(shí)時(shí)數(shù)據(jù)為目的，該方式以O(shè)MG的DDS標(biāo)準(zhǔn)和相關(guān)技術(shù)為代表。兩種技術(shù)各有其應(yīng)用和優(yōu)勢(shì)，其中，在實(shí)時(shí)分布式系統(tǒng)中，DDS得到了廣泛應(yīng)用。

DDS是通過QoS策略協(xié)調(diào)數(shù)據(jù)發(fā)布者和數(shù)據(jù)訂閱者之間信息模型的匹配，自動(dòng)建立各子系統(tǒng)之間的“通信合約”，從而提供了保證通信質(zhì)量的機(jī)制。在該模式下，需要數(shù)據(jù)發(fā)布者和數(shù)據(jù)訂閱者事先指定QoS策略，如果不匹配，通信將無法繼續(xù)進(jìn)行。因此，應(yīng)用DDS技術(shù)進(jìn)行集成的各子系統(tǒng)除了約定交互的元數(shù)據(jù)外，還要約定QoS策略，這對(duì)降低系統(tǒng)耦合是不利的。本文提出的分布式集成方法針對(duì)這一問題進(jìn)行了改進(jìn)，通過引入?yún)f(xié)商機(jī)制以自適應(yīng)締結(jié)通信合約，從而取消了QoS策略的事先約定過程，進(jìn)一步降低了系統(tǒng)集成的耦合性。

2 以數(shù)據(jù)為中心的分布式系統(tǒng)自適應(yīng)集成方法

從數(shù)據(jù)共享的角度看，系統(tǒng)集成的目的是按照某種事先制定的協(xié)議進(jìn)行信息交互，減小系統(tǒng)耦合性實(shí)際上是避免協(xié)議信息的冗余。一般把協(xié)議信息稱為元數(shù)據(jù)，在互聯(lián)網(wǎng)框架下的通信過程不但要約定通信內(nèi)容，還要指定好通信雙方的網(wǎng)絡(luò)地址，對(duì)于復(fù)雜應(yīng)用還要針對(duì)通信的可靠性、實(shí)時(shí)性制定相應(yīng)的服務(wù)質(zhì)量策略，從而對(duì)分布式系統(tǒng)集成帶來障礙。

在多對(duì)多通信模式下，數(shù)據(jù)發(fā)送方不需要也不可能獲取所有數(shù)據(jù)接收方的地址信息和通信要求。因此，元數(shù)據(jù)信息應(yīng)當(dāng)只包括通信內(nèi)容信息，其它通信節(jié)點(diǎn)和通信策略應(yīng)當(dāng)通過特定機(jī)制自動(dòng)獲取。按照以上思路，參考數(shù)據(jù)分發(fā)服務(wù)（DDS）的實(shí)現(xiàn)，在已有的基于話題的發(fā)布-訂閱模型和基于中心信息節(jié)點(diǎn)的發(fā)現(xiàn)機(jī)制基礎(chǔ)上，通過在網(wǎng)絡(luò)中間件中添加協(xié)商模塊實(shí)現(xiàn)通信服務(wù)質(zhì)量的自適應(yīng)配置，不但能完成通信地址的自動(dòng)獲取，并且實(shí)現(xiàn)了通信服務(wù)質(zhì)量的自適應(yīng)締結(jié)。下面給出以數(shù)據(jù)為中心的分布式系統(tǒng)集成的總體架構(gòu)和信息模型及其傳遞過程。

2.1 總體架構(gòu)

為使系統(tǒng)集成耦合松散化，將應(yīng)用程序之間約定的接口限定在元數(shù)據(jù)層面，通信合約通過發(fā)布方與訂閱方協(xié)商自適應(yīng)獲取。圖5為以數(shù)據(jù)為中心的分布式系統(tǒng)集成總體架構(gòu)。在該架構(gòu)中，將分布式系統(tǒng)分為3個(gè)層面，分別是應(yīng)用層、中間層和傳輸層。

應(yīng)用層是待集成的多個(gè)獨(dú)立的應(yīng)用程序，共用數(shù)據(jù)結(jié)構(gòu)信息（元數(shù)據(jù)）的約定是應(yīng)用程序之間進(jìn)行交互的必要前提。應(yīng)用程序應(yīng)約定且僅約定元數(shù)據(jù)信息，這是以數(shù)據(jù)為中心的分布式系統(tǒng)集成所追求的目標(biāo)。

傳輸層功能比較單一，僅完成樣本數(shù)據(jù)的傳輸任務(wù)，不涉及業(yè)務(wù)邏輯與協(xié)議。完成傳輸任務(wù)的前提是完備的通信信息，這些信息內(nèi)容至少包括：向哪里發(fā)送信息（從哪里接受信息）、通信協(xié)議、采取的通信策略等，這里將上述通信所需的完備信息稱為通信合約信息。傳輸層中的傳輸件實(shí)現(xiàn)可以采用TCP/IP協(xié)議原生的Socket接口，也可以利用一些現(xiàn)成的網(wǎng)絡(luò)庫(kù)，是可插入、替換的軟件模塊。

中間層起承上啟下作用，負(fù)責(zé)將約定共享的元數(shù)據(jù)以及應(yīng)用程序本身的一些通信相關(guān)信息轉(zhuǎn)化為傳輸件所需的通信合約信息，同時(shí)還負(fù)責(zé)在應(yīng)用程序與傳輸件之間傳遞樣本數(shù)據(jù)。中間層包括兩部分，分別是中間件和中心節(jié)點(diǎn)，中間件由寫模塊、讀模塊、發(fā)布模塊、訂閱模塊和協(xié)商模塊組成。中間件的寫模塊和讀模塊負(fù)責(zé)傳遞樣本數(shù)據(jù)；發(fā)布模塊、訂閱模塊和協(xié)商模塊與中間節(jié)點(diǎn)（以守護(hù)服務(wù)或單獨(dú)進(jìn)程形式存在）一起負(fù)責(zé)約定元數(shù)據(jù)信息向通信合約信息轉(zhuǎn)換。

按照總體架構(gòu)，完成系統(tǒng)集成需要以下工作：元數(shù)據(jù)約定、通信前握手和樣本數(shù)據(jù)傳輸，如圖6所示。從用戶角度看，元數(shù)據(jù)約定是用戶進(jìn)行系統(tǒng)集成唯一要做的，從而最大化地弱化了接口，減輕了集成耦合性。

由于應(yīng)用程序約定信息的不完備性，系統(tǒng)在進(jìn)行通信之前要通過中間層的中間件和中心節(jié)點(diǎn)進(jìn)行握手，以取得樣本數(shù)據(jù)交互的完備信息。下面給出握手階段各信息模型及其傳遞轉(zhuǎn)換過程。

2.2 握手階段的信息模型及其傳遞

握手階段是通信的準(zhǔn)備階段，需將作為源信息的元數(shù)據(jù)約定轉(zhuǎn)化為能為傳輸件通信提供支持的完備的通信合約信息，圖7給出了握手階段的信息傳遞過程。

注意信息模型中的發(fā)布方關(guān)鍵字是可選的，需要指定明確只訂閱該關(guān)鍵字代表的發(fā)布源，否則可任選相同元數(shù)據(jù)標(biāo)識(shí)符下的發(fā)布源。

發(fā)布模塊和訂閱模塊分別將發(fā)布方注冊(cè)信息和訂閱方注冊(cè)信息發(fā)送到中心節(jié)點(diǎn)進(jìn)行注冊(cè)。中心節(jié)點(diǎn)作為一個(gè)記錄器和監(jiān)聽器，當(dāng)有新信息進(jìn)行注冊(cè)時(shí)，首先記錄相關(guān)信息并遍歷已有的注冊(cè)信息，如果具有相同話題則進(jìn)行匹配，給出通信匹配信息。通信匹配信息是具有相同話題的發(fā)布方注冊(cè)信息和訂閱方注冊(cè)信息的集合，進(jìn)一步將通信匹配信息發(fā)送到數(shù)據(jù)生產(chǎn)者所在的中間件，通過協(xié)商模塊的處理形成通信合約信息，并分別通知數(shù)據(jù)生成者和數(shù)據(jù)消費(fèi)者的傳輸件，從而完成生產(chǎn)者應(yīng)用與消費(fèi)者應(yīng)用的握手。

由此可知，建立通信過程中應(yīng)用程序之間唯一紐帶的是元數(shù)據(jù)，細(xì)節(jié)都封裝在中間件中完成，從而做到了以數(shù)據(jù)為中心的無縫、透明集成。

2.3 基于協(xié)商機(jī)制的通信合約自適應(yīng)締結(jié)

數(shù)據(jù)生產(chǎn)者作為數(shù)據(jù)源向多個(gè)數(shù)據(jù)消費(fèi)者提供數(shù)據(jù)，而數(shù)據(jù)消費(fèi)者對(duì)數(shù)據(jù)服務(wù)的需求不同，因此數(shù)據(jù)生產(chǎn)者應(yīng)能就同一數(shù)據(jù)按照不同的消費(fèi)者需求提供個(gè)性化的數(shù)據(jù)服務(wù)，這是以數(shù)據(jù)為中心的分布式系統(tǒng)集成的核心所在。在傳統(tǒng)方法中，通信服務(wù)質(zhì)量（QoS）策略的對(duì)接作為集成接口放在系統(tǒng)集成之前完成，該方法實(shí)際上加大了系統(tǒng)集成的耦合性。本文認(rèn)為應(yīng)將這一過程延遲到通信過程中由中間件自適應(yīng)完成，具體由圖6所示的協(xié)商模塊完成。

數(shù)據(jù)生產(chǎn)者本身具有一個(gè)數(shù)據(jù)生產(chǎn)能力的屬性，這是數(shù)據(jù)生產(chǎn)者的固有屬性，可表現(xiàn)為數(shù)據(jù)生產(chǎn)速率、最大負(fù)載量等，生產(chǎn)能力信息在通信合約的締結(jié)過程中表現(xiàn)為通信約束信息；數(shù)據(jù)消費(fèi)者根據(jù)應(yīng)用需求可提出一些通信需求，比如可靠性、截止期限要求等，將通信需求建模為通信需求信息。在本文提出的框架中，通信約束信息和通信需求信息根據(jù)話題信息由中心節(jié)點(diǎn)匹配后傳到數(shù)據(jù)生產(chǎn)者處，由數(shù)據(jù)生產(chǎn)者中的協(xié)商模塊根據(jù)特定的協(xié)商算法給出兩者的通信合約，這就是基于協(xié)商機(jī)制的通信合約自適應(yīng)締結(jié)過程。圖8給出該架構(gòu)下通信合約締結(jié)交互序列圖。

通信協(xié)議信息定義了采用的網(wǎng)絡(luò)通信協(xié)議，包括TCP、UDP、組播等，而通信策略信息主要定義了保證通信服務(wù)質(zhì)量的必要信息。由通信合約信息模型可知，話題信息、發(fā)布方和訂閱方節(jié)點(diǎn)信息可通過中心節(jié)點(diǎn)平臺(tái)匹配直接獲得，而通信協(xié)議信息和通信策略信息則是通過協(xié)商模塊的協(xié)商算法取得。協(xié)商算法可根據(jù)系統(tǒng)需求進(jìn)行定制，是可插入的軟件實(shí)現(xiàn)模塊。

3 驗(yàn)證

根據(jù)以數(shù)據(jù)為中心的分布式系統(tǒng)自適應(yīng)集成方法設(shè)計(jì)了原型軟件，包括：中間件軟件模塊、中心節(jié)點(diǎn)服務(wù)程序、可插入的傳輸軟件模塊和協(xié)商算法庫(kù)。為實(shí)現(xiàn)跨平臺(tái)，數(shù)據(jù)通信采用TCP/IP協(xié)議，軟件開發(fā)采用標(biāo)準(zhǔn)C++庫(kù)，同時(shí)約定元數(shù)據(jù)采取OMG IDL語(yǔ)言進(jìn)行定義，以屏蔽應(yīng)用程序開發(fā)語(yǔ)言的差異性。下面以一個(gè)溫度推送分布式應(yīng)用說明該方法的有效性。

現(xiàn)有3種應(yīng)用程序需要進(jìn)行集成。應(yīng)用一是連接了溫度傳感器的嵌入式系統(tǒng)，其提供某記錄點(diǎn)以1 000次/秒頻率更新的溫度數(shù)據(jù)；應(yīng)用二是一種氣溫實(shí)時(shí)記錄系統(tǒng)，要求記錄間隔不大于10ms，且溫度變化0.5度以上時(shí)能及時(shí)通知；應(yīng)用三是手機(jī)移動(dòng)端的溫度報(bào)告應(yīng)用程序，其要求更新頻率為100ms。分別對(duì)3種應(yīng)用進(jìn)行獨(dú)立開發(fā)，根據(jù)本文提供的以數(shù)據(jù)為中心的分布式集成方法進(jìn)行了系統(tǒng)集成，并按照如圖9所示進(jìn)行了部署。

從該案例可看到，以數(shù)據(jù)為中心的分布式系統(tǒng)自適應(yīng)集成方法只需約定好應(yīng)用之間的元數(shù)據(jù)接口，即可自適應(yīng)地完成通信合約的締結(jié)，從而最大化地降低了系統(tǒng)集成耦合度，為分布式系統(tǒng)集成提供了一種新方法。

4 結(jié)語(yǔ)

分布式系統(tǒng)集成具有內(nèi)在的緊耦合特性，因此集成難點(diǎn)在于如何將系統(tǒng)間的接口信息最小化、動(dòng)態(tài)化以支持增量開發(fā)和獨(dú)立開發(fā)。本文在以數(shù)據(jù)為中心的系統(tǒng)集成方法基礎(chǔ)上，進(jìn)一步提出系統(tǒng)集成接口信息應(yīng)將通信服務(wù)信息排除在外，僅局限于元數(shù)據(jù)信息，通信服務(wù)質(zhì)量信息由中間件動(dòng)態(tài)自適應(yīng)獲取以使耦合松散化?；谠撍枷虢o出了以數(shù)據(jù)為中心的分布式系統(tǒng)自適應(yīng)集成總體架構(gòu)，并結(jié)合一個(gè)分布式溫度推送實(shí)例，說明該方法在保證耦合松散化的前提下能快速進(jìn)行系統(tǒng)集成，為構(gòu)建以數(shù)據(jù)為中心的大規(guī)模分布式系統(tǒng)提供了一個(gè)較好思路。

參考文獻(xiàn)：

[1] 任昊利，李旺龍，張少揚(yáng)，等.數(shù)據(jù)分發(fā)服務(wù)——以數(shù)據(jù)為中心的發(fā)布/訂閱式通信[M].北京：清華大學(xué)出版社， 2014：15.