IBM面向服務(wù)的體系架構(gòu)(SOA)和業(yè)務(wù)組件(BC)的思考

1、面向服務(wù)的體系架構(gòu)（）和業(yè)務(wù)組件（C的思考肖建國(guó).咨詢顧問(wèn)浪潮軟件簡(jiǎn)介：在基于面向服務(wù)體系架構(gòu)（）中，“組件化”是一個(gè)很重要的概念,如何進(jìn)行“組件化”開(kāi)發(fā)是搭建企業(yè)級(jí)業(yè)務(wù)基礎(chǔ)平臺(tái)時(shí)需要考慮的一個(gè)重要課題，本文通過(guò)建立業(yè)務(wù)組件（）接口模型及內(nèi)部結(jié)構(gòu)模型，提供了一個(gè)在新開(kāi)發(fā)系統(tǒng)環(huán)境下基于服務(wù)和標(biāo)準(zhǔn)的組件化開(kāi)發(fā)模型。什么是業(yè)務(wù)組件（）組件化、模塊化是軟件開(kāi)發(fā)中一個(gè)很重要的概念，基于面向服務(wù)體系架構(gòu)（,）下，如何實(shí)現(xiàn)組件化，有各種實(shí)現(xiàn)方式，下面通過(guò)對(duì)各種組件概念的對(duì)比，從技術(shù)角度提出業(yè)務(wù)組件（o）定義，并結(jié)合對(duì)總線模式的分析，給出企業(yè)服務(wù)總線和類(lèi)總線的實(shí)現(xiàn)方案。企業(yè)架構(gòu)（A關(guān)于企業(yè)架構(gòu)（，）和面向服務(wù)

2、體系架構(gòu)（）在面向服務(wù)體系架構(gòu)（）和數(shù)據(jù)倉(cāng)庫(kù)（）的思考（以下簡(jiǎn)稱(chēng)和）一文中做了介紹，企業(yè)架構(gòu)包含企業(yè)戰(zhàn)略、業(yè)務(wù)架構(gòu)、戰(zhàn)略、架構(gòu)四個(gè)部分，架構(gòu)如下圖架構(gòu)模型所示，包含數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)和治理架構(gòu)等四個(gè)方面，其中技術(shù)架構(gòu)包含集成平臺(tái)、公共服務(wù)平臺(tái)、基礎(chǔ)平臺(tái)（軟件和硬件、網(wǎng)絡(luò)）和安全平臺(tái)等，和著重對(duì)如何構(gòu)建數(shù)據(jù)架構(gòu)特別是數(shù)據(jù)存儲(chǔ)做了詳細(xì)的闡述，本文基于和進(jìn)一步對(duì)如何搭建體系進(jìn)行研究，將著重描述如何基于可擴(kuò)展的、靈活的企業(yè)級(jí)的集成平臺(tái)、公共服務(wù)平臺(tái)進(jìn)行組件化開(kāi)發(fā)。著架構(gòu)模型應(yīng)用架構(gòu)：數(shù)據(jù)架構(gòu)技術(shù)架構(gòu)集成平臺(tái)1公夬服務(wù)平臺(tái)門(mén)戶、應(yīng)用”數(shù)捱辛（工疾痣主鴻一磁彗姿安全:!1基石坪臺(tái)平臺(tái):i-中間件

3、-操作系統(tǒng)r主機(jī)，掠、禺絡(luò)-執(zhí)房】*治理架構(gòu)i業(yè)務(wù)組件（）當(dāng)前，提到組件（）的有很多概念，比如分布式組件、等，的業(yè)務(wù)組件模型（，），中的服務(wù)組件架構(gòu)（，）等。本文提到的業(yè)務(wù)組件（o）定義為一個(gè)可以獨(dú)立運(yùn)行的系統(tǒng)或者模塊，業(yè)務(wù)組件的目的是以方便業(yè)務(wù)組件獨(dú)立升級(jí)和減少不必要的組件之間的交互為基本原則，通過(guò)一定程度的分離，實(shí)現(xiàn)和中提到的重用（）。如果業(yè)務(wù)組件是共用的，是其它業(yè)務(wù)組件需要重用的，稱(chēng)之為公共業(yè)務(wù)組件（簡(jiǎn)稱(chēng)公共組件），所有的公共組件組成企業(yè)架構(gòu)中技術(shù)架構(gòu)的公共服務(wù)平臺(tái)，比如主數(shù)據(jù)管理、系統(tǒng)管理、統(tǒng)一認(rèn)證管理、通用報(bào)表等，這些都是公共組件。組件業(yè)務(wù)模型（）組件業(yè)務(wù)建模（，）是構(gòu)建的一個(gè)方法論

4、，通過(guò)將組織活動(dòng)重新分組到數(shù)量可管理的離散、模塊化和可重用的業(yè)務(wù)組件中，從而確定改進(jìn)和創(chuàng)新機(jī)會(huì)，把業(yè)務(wù)從領(lǐng)導(dǎo)，控制和執(zhí)行三個(gè)方面進(jìn)行模塊化分析，從而有效的實(shí)現(xiàn)業(yè)務(wù)的有組織的提供服務(wù)的能力。的價(jià)值是提供一個(gè)可以推廣的框架，用來(lái)創(chuàng)造順應(yīng)組織戰(zhàn)略的可以運(yùn)營(yíng)的指導(dǎo)方向，同時(shí)也用來(lái)按照業(yè)務(wù)和資源的優(yōu)先級(jí)別和相互關(guān)聯(lián)的程度來(lái)構(gòu)建和順應(yīng)戰(zhàn)略的發(fā)展方向，其中包括建立一個(gè)溝通的機(jī)制來(lái)理解整個(gè)業(yè)務(wù)發(fā)展的方向。通過(guò)建立了的規(guī)劃的方向，為實(shí)施奠定基礎(chǔ)。本文所提到的業(yè)務(wù)組件在粒度上基本對(duì)應(yīng)著組件業(yè)務(wù)模型（）的粒度，但是本文中的業(yè)務(wù)組件（）更多從技術(shù)實(shí)現(xiàn)角度考慮，或大于，或小于業(yè)務(wù)組件模型（）提到的業(yè)務(wù)組件概念。服務(wù)組件

5、框架（）服務(wù)組件框架（，）由、等中間件廠商聯(lián)合制定的一套符合思想的規(guī)范。服務(wù)組件框架（）提供了一套可構(gòu)建基于面向服務(wù)的應(yīng)用系統(tǒng)的編程模型，它的核心概念是服務(wù)及其相關(guān)實(shí)現(xiàn)。組件組成程序集，程序集是服務(wù)級(jí)的應(yīng)用程序，它是服務(wù)的集合，這些服務(wù)被連接在一起，并進(jìn)行了正確的配置。在標(biāo)準(zhǔn)下，由域（）、組合構(gòu)件（）、構(gòu)件（）三個(gè)級(jí)別組成，構(gòu)件對(duì)應(yīng)著細(xì)粒度的服務(wù)，域?qū)?yīng)著粗粒度的服務(wù)。程序集運(yùn)行在兩個(gè)級(jí)別：第一種情況，程序集是“大規(guī)模編程”（或）的一組松散連接的服務(wù)組件；另一種情況，程序集是“小規(guī)模編程”（）內(nèi)的一組松散連接的組件。二者的區(qū)別在于，“大規(guī)模編程”對(duì)應(yīng)著應(yīng)用，“小規(guī)模編程”對(duì)應(yīng)著模塊，一般來(lái)說(shuō)，

6、服務(wù)組件對(duì)應(yīng)著“小規(guī)模編程”，即模塊的概念。本文所提到的業(yè)務(wù)組件（），是比組件更大范圍的概念，這幾個(gè)概念的顆粒度從大到小的排列順序如下：系統(tǒng)（每個(gè)企業(yè)只有一個(gè)系統(tǒng)）、應(yīng)用、業(yè)務(wù)組件（）、模塊、組件（粗粒度服務(wù)）?？偩€模式（）和、總線（）：一般指通過(guò)分時(shí)復(fù)用的方式，將信息以一個(gè)或多個(gè)源部件傳送到一個(gè)或多個(gè)目的部件的一組傳輸線?；诳偩€模式的有很多應(yīng)用，在微機(jī)的技術(shù)中，有三種總線，地址總線，數(shù)據(jù)總線，控制總線。在通信架構(gòu)下，交換機(jī)也是一種總線，在中，總線一般指企業(yè)服務(wù)總線（，），企業(yè)服務(wù)總線可以連接所有協(xié)議的各種接口，但是最理想的是基于的服務(wù)標(biāo)準(zhǔn)。，年聯(lián)盟成立，旨在建立一個(gè)開(kāi)放的服務(wù)規(guī)范，為通過(guò)網(wǎng)

7、絡(luò)向設(shè)備提供服務(wù)建立開(kāi)放的標(biāo)準(zhǔn)，是開(kāi)放業(yè)務(wù)網(wǎng)關(guān)的發(fā)起者。是一個(gè)框架，該框架能裝載以為單位的資源。能提供服務(wù)或響應(yīng)處理請(qǐng)求，而他們之間的依賴都是被管理起來(lái)的，正如一個(gè)能從容器中獲得它所需要的管理。每個(gè)都可以有它自己的內(nèi)部類(lèi)路徑，所以它可以作為獨(dú)立的服務(wù)單元。所有的這些符合規(guī)范的理論上都可以安裝在任何符合規(guī)范的容器中。具有可動(dòng)態(tài)改變系統(tǒng)行為，熱插拔的插件體系結(jié)構(gòu)，高可復(fù)用性，高效性等等。在環(huán)境下，基于總線（）模式的思考，可以進(jìn)一步推廣到，基于的微內(nèi)核，建立一個(gè)類(lèi)總線（，）。通過(guò)以上概念的分析，我們可以看到，本文提到的業(yè)務(wù)組件（），是指具體的一個(gè)軟件實(shí)現(xiàn)，業(yè)務(wù)組件（）跟的業(yè)務(wù)組件模型（、中提到的業(yè)務(wù)

8、組件有一定的對(duì)應(yīng)關(guān)系，但是一般來(lái)說(shuō)，業(yè)務(wù)組件（）可能包含中的多個(gè)業(yè)務(wù)組件或者一個(gè)的業(yè)務(wù)組件封裝成多個(gè)業(yè)務(wù)組件（）。另外更多的是從業(yè)務(wù)角度來(lái)考慮，是業(yè)務(wù)上的概念，業(yè)務(wù)組件（）則是從技術(shù)實(shí)現(xiàn)角度考慮。服務(wù)組件框架（）定義的粒度和業(yè)務(wù)組件（）相比來(lái)說(shuō)，劃分的還是很細(xì)，業(yè)務(wù)組件（）是更粗粒度的一個(gè)軟件實(shí)現(xiàn)概念。業(yè)務(wù)組件（）模型根據(jù)業(yè)務(wù)組件的作用不同，可以將業(yè)務(wù)組件分成公共業(yè)務(wù)組件和普通業(yè)務(wù)組件，公共業(yè)務(wù)組件包含統(tǒng)一用戶組件、統(tǒng)一認(rèn)證組件、門(mén)戶組件、流程組件、報(bào)表組件、組件、組件等，這些組件的共同特點(diǎn)是多個(gè)業(yè)務(wù)組件或者系統(tǒng)會(huì)用到這個(gè)業(yè)務(wù)組件。組件的粒度和對(duì)外接口設(shè)計(jì)決定了組件的可復(fù)用和松耦合（）特性。粒

9、度過(guò)大，靈活性小，難以實(shí)現(xiàn)復(fù)用，粒度過(guò)小，管理成本提升，使得復(fù)用性也很難改善；接口和實(shí)現(xiàn)的分離件,保件證各項(xiàng)業(yè)務(wù)組件在提供標(biāo)準(zhǔn)化的服務(wù)接口的前提下可以替換各種可選的實(shí)現(xiàn)件,而件不會(huì)影響系統(tǒng)其它部分的實(shí)現(xiàn)，接口設(shè)計(jì)不當(dāng)，對(duì)于組件的耦合會(huì)有很大的影響。件業(yè)務(wù)組件的粒度件業(yè)務(wù)組件的粒度根據(jù)需要可以不同，既可能是獨(dú)立運(yùn)行的子系統(tǒng)件,也件可能是程序模塊。業(yè)務(wù)組件是提高應(yīng)用系統(tǒng)靈活性和復(fù)用的重要基礎(chǔ)。業(yè)務(wù)組件粒度太小，造成組件數(shù)量多，組件之間交互多，管理困難，性能低下；業(yè)務(wù)組件粒度粗，功能復(fù)雜，功能之間關(guān)系緊密，升級(jí)困難（可以獨(dú)立升級(jí)往往會(huì)作為確定一個(gè)業(yè)務(wù)組件范圍的重要因素），很難實(shí)現(xiàn)重用。因此找到一個(gè)合

10、適的業(yè)務(wù)組件粒度是很重要的事情。件根據(jù)前文所定義的業(yè)務(wù)組件定義，我們把整個(gè)企業(yè)的所有軟件稱(chēng)之為系統(tǒng)，即一個(gè)企業(yè)只有一個(gè)系統(tǒng)；系統(tǒng)下面劃分成若干應(yīng)用，每個(gè)應(yīng)用完成一個(gè)相對(duì)獨(dú)立的業(yè)務(wù)功能，比如財(cái)務(wù)管理、人力資源管理等，一般來(lái)說(shuō)是一個(gè)廠商獨(dú)立完成（后文還會(huì)提到，如果是基于一個(gè)業(yè)務(wù)基礎(chǔ)平臺(tái)，多個(gè)廠商可以在一個(gè)應(yīng)用中）；應(yīng)用下面劃分成若干業(yè)務(wù)組件，業(yè)務(wù)組件是相對(duì)獨(dú)立的功能，其可以進(jìn)一步劃分成若干模塊，從而形成了系統(tǒng)應(yīng)用業(yè)務(wù)組件模塊這樣四個(gè)層次的模型。根據(jù)的定義，模塊下面可以進(jìn)一步劃分成程序集為更小的粒度。從軟件復(fù)用角度來(lái)看，業(yè)務(wù)組件是獨(dú)立部署的最小顆粒，模塊是復(fù)用的最小顆粒。除了業(yè)務(wù)組件需要粒度控制外，

11、服務(wù)的粒度控制也是一項(xiàng)十分重要的設(shè)計(jì)任務(wù)。通常來(lái)說(shuō),對(duì)于將暴露在整個(gè)系統(tǒng)外部的服務(wù)推薦使用粗粒度的接口,而相對(duì)較細(xì)粒度的服務(wù)接口通常用于企業(yè)和機(jī)構(gòu)系統(tǒng)架構(gòu)的內(nèi)部。從技術(shù)上講,粗粒度的服務(wù)接口可能是一個(gè)特定服務(wù)的完整執(zhí)行,而細(xì)粒度的服務(wù)接口可能是實(shí)現(xiàn)這個(gè)粗粒度服務(wù)接口的具體的內(nèi)部操作。雖然細(xì)粒度的接口能為服務(wù)請(qǐng)求者提供了更加細(xì)化和更多的靈活性,但同時(shí)也意味著引入較難控制的交互模式易變性,也就是說(shuō)服務(wù)的交互模式可能隨著不同的服務(wù)請(qǐng)求者而不同。如果暴露這些易于變化的服務(wù)接口給系統(tǒng)的外部用戶,就可能造成外部服務(wù)請(qǐng)求者難于支持不斷變化的服務(wù)提供者所暴露的細(xì)粒度服務(wù)接口。而粗粒度服務(wù)接口保證了服務(wù)請(qǐng)求者將

12、以一致的方式使用系統(tǒng)中所暴露出的服務(wù)。業(yè)務(wù)組件的松耦合設(shè)計(jì)耦合性（）是程序結(jié)構(gòu)中各個(gè)模塊之間相互關(guān)聯(lián)的度量，它取決于各個(gè)模塊之間接口的復(fù)雜程度、調(diào)用模塊的方式以及哪些信息通過(guò)接口。耦合性由松到緊可以分成七種：非直接耦合（）、數(shù)據(jù)耦合（）、標(biāo)記耦合（）、控制耦合（）、外部耦合（）、公共耦合（）、內(nèi)容耦合（）。非直接耦合是指兩個(gè)模塊之間沒(méi)有直接關(guān)系，這種耦合的模塊獨(dú)立性最強(qiáng)。數(shù)據(jù)耦合，彼此之間是通過(guò)數(shù)據(jù)參數(shù)不是控制參數(shù)、公共數(shù)據(jù)結(jié)構(gòu)或外部變量來(lái)交換輸入、輸出信息的，模塊之間的獨(dú)立性比較強(qiáng)。標(biāo)記耦合是指一組模塊通過(guò)參數(shù)表傳遞記錄信息，就是標(biāo)記耦合，這要求這些模塊都必須清楚該記錄的結(jié)構(gòu)，并按結(jié)構(gòu)要求對(duì)

13、此記錄進(jìn)行操作，應(yīng)盡量避免這種耦合，它使在數(shù)據(jù)結(jié)構(gòu)上的操作復(fù)雜化了。在業(yè)務(wù)組件設(shè)計(jì)模型中業(yè)務(wù)組件之間盡量實(shí)現(xiàn)非直接耦合（總線模式，推薦使用、和數(shù)據(jù)耦合（共享庫(kù)模式，控制使用、，通過(guò)定義清晰的服務(wù)進(jìn)行交互，業(yè)務(wù)組件內(nèi)部的模塊之間可以通過(guò)標(biāo)準(zhǔn)化的服務(wù)或者數(shù)據(jù)表來(lái)進(jìn)行共享。架構(gòu)下業(yè)務(wù)組件（）實(shí)現(xiàn)業(yè)務(wù)組件松耦合設(shè)計(jì)一業(yè)務(wù)組件以服務(wù)的方式提供接口，通過(guò)企業(yè)服務(wù)總線連接，業(yè)務(wù)組件內(nèi)部為了實(shí)現(xiàn)高可復(fù)用性和高效性，采用基于標(biāo)準(zhǔn)進(jìn)行構(gòu)建模塊，實(shí)現(xiàn)內(nèi)部模塊之間的松耦合，即在業(yè)務(wù)組件內(nèi)部基于標(biāo)準(zhǔn)進(jìn)行模塊化設(shè)計(jì)，將業(yè)務(wù)組件進(jìn)一步分解為松耦合的模塊（、，使得業(yè)務(wù)組件本身更加靈活?；跇?biāo)準(zhǔn)，業(yè)務(wù)組件內(nèi)部的模塊通過(guò)一個(gè)具有

14、動(dòng)態(tài)加載類(lèi)功能的微內(nèi)核連接，統(tǒng)一管理各個(gè)模塊，為了便于管理，將不同模塊之間的類(lèi)接口采用服務(wù)注冊(cè)的方式進(jìn)行管理，具有類(lèi)動(dòng)態(tài)加載功能的微內(nèi)核和類(lèi)接口管理組成類(lèi)總線（、的基本功能，為了更好的實(shí)現(xiàn)重用，有些模塊是共用的，比如數(shù)據(jù)訪問(wèn)模塊、日志管理模塊等。在一個(gè)應(yīng)用中，不同業(yè)務(wù)組件公用的功能，作為應(yīng)用內(nèi)部的公共組件，一個(gè)應(yīng)用中部署一個(gè)公共組件即可，各個(gè)業(yè)務(wù)組件共用。在一個(gè)業(yè)務(wù)組件中，不同模塊公用的功能，作為公共模塊，相當(dāng)于工具類(lèi)，公共模塊需要在每個(gè)業(yè)務(wù)組件中部署。公共服務(wù)平臺(tái)作為企業(yè)級(jí)的公共服務(wù)對(duì)外提供企業(yè)級(jí)的服務(wù)，比如主數(shù)據(jù)管理等。業(yè)務(wù)組件構(gòu)成如下圖所示：務(wù)圖業(yè)務(wù)組件模型（公共類(lèi)一公共組件一公共服務(wù)平

15、臺(tái)）企業(yè)服簧總（ESB）內(nèi)部服務(wù)總線CESB）摸塊二.樓塊：.業(yè)務(wù)組件_日志管理模塊主數(shù)據(jù)工作流摸塊二.樓塊：.業(yè)務(wù)組件_日志管理模塊主數(shù)據(jù)工作流注：業(yè)務(wù)組件中的公共組件和公共服務(wù)平臺(tái)的差異是公共組件是應(yīng)用內(nèi)部的，提供應(yīng)用級(jí)別的服務(wù)；公共服務(wù)平臺(tái)則是面向企業(yè)整個(gè)系統(tǒng)的，是提供系統(tǒng)級(jí)的服務(wù)，兩者有時(shí)候可以互相替換，主要是看其處于那個(gè)級(jí)別?；诋a(chǎn)品體系的實(shí)現(xiàn)本文提到的集成平臺(tái)，基于的產(chǎn)品共體系在實(shí)際搭建的時(shí)候需要包含應(yīng)用服務(wù)器（產(chǎn)品：）、流程整合服務(wù)器（產(chǎn)品：，實(shí)現(xiàn)服務(wù)總線和流程編排）等，關(guān)于集成平臺(tái)的詳細(xì)描述，詳見(jiàn)和一文中“基于產(chǎn)品體系的實(shí)現(xiàn)”的描述。業(yè)務(wù)組件（）在中的部署首先來(lái)看一下在架構(gòu)模式

16、下文件格式（以為例）。在架構(gòu)下,文件格式有三種，分別是、，另外還有一個(gè)特殊的即基于標(biāo)準(zhǔn)的，共四類(lèi)文件：文件（）除了包含、以外，還包括組件、部署文件、等全部企業(yè)應(yīng)用程序。文件（）包含、頁(yè)面、標(biāo)記庫(kù)、庫(kù)文件、文檔和其他公用資源文件，如圖片、音頻文件等全部應(yīng)用程序。在一個(gè)文件中可以有多個(gè)、在環(huán)境下，如果設(shè)置在中用一個(gè)類(lèi)加載器，這樣不同的之間可以直接調(diào)用，之間是緊耦合的，不建議采用。文件，是文件封裝的最小單元。但是普通的文件，只是一個(gè)文件的集合，沒(méi)有具體的意義。，基于一個(gè)標(biāo)準(zhǔn)的一種特殊的文件，每個(gè)也包含文件，這個(gè)文件會(huì)宣布導(dǎo)出哪些包以及導(dǎo)入哪些包。只有那些導(dǎo)出包中的類(lèi)才能被其他所使用，而其他包都只面向

17、包的內(nèi)部成員，包里的類(lèi)也只能在自身Bun中使用。一個(gè)簡(jiǎn)化的處理思路是直接采用包，但是無(wú)法實(shí)現(xiàn)類(lèi)的動(dòng)態(tài)加載和對(duì)接口進(jìn)行管理,不具有松耦合特性。從版本開(kāi)始支持G文件（）按格式壓縮的類(lèi)包，包含內(nèi)容文件（）按格式壓縮的類(lèi)包，包含內(nèi)容從以上文件結(jié)構(gòu)可以看到，之間可以進(jìn)行類(lèi)的調(diào)用，很容易實(shí)現(xiàn)不同之間的事務(wù)處理，且具有更高的性能，結(jié)合，通過(guò)“類(lèi)總線”進(jìn)行管理所有（d對(duì)外開(kāi)放的接口，從而以“總線”（）的方式管理不同之間的類(lèi)調(diào)用。不同的之間各種資源不共享，為了實(shí)現(xiàn)重用，需要設(shè)置一些公共模塊，即公共；不同的之間交互，需要以服務(wù)的方式進(jìn)行連接，需要建立企業(yè)服務(wù)總線（）管理所有的服務(wù)，實(shí)現(xiàn)之間調(diào)用。在一個(gè)中，可以設(shè)置

18、不同之間共享，從而方便的實(shí)現(xiàn)單點(diǎn)登錄以及其它的公共信息，這些信息將在這個(gè)環(huán)境中共享。根據(jù)前文所述業(yè)務(wù)組件（）的定義，業(yè)務(wù)組件適合于在文件層面進(jìn)行劃分，即一個(gè)作為一個(gè)業(yè)務(wù)組件，一個(gè)或者幾個(gè)組成一個(gè)應(yīng)用（），多個(gè)應(yīng)用構(gòu)成企業(yè)的系統(tǒng)；業(yè)務(wù)組件內(nèi)部進(jìn)一步劃分為多個(gè)模塊（），每個(gè)模塊相對(duì)獨(dú)立，可以獨(dú)立維護(hù)，獨(dú)立升級(jí)和安裝，以插件的方式通過(guò)類(lèi)總線進(jìn)行關(guān)聯(lián)。為了實(shí)現(xiàn)重用，在層面，將企業(yè)級(jí)的業(yè)務(wù)組件單獨(dú)部署，比如主數(shù)據(jù)、統(tǒng)一認(rèn)證、工作流等，建立公共服務(wù)平臺(tái)；在層面，各廠商的公共的業(yè)務(wù)組件單獨(dú)封裝在公共組件（）中，如系統(tǒng)管理、系統(tǒng)參數(shù)管理等。在模塊級(jí)別采用公共模塊的方式，在各個(gè)中以工具模塊（）方式提供,如數(shù)據(jù)庫(kù)

19、訪問(wèn)、日志（）等。公共組件（）、內(nèi)部服務(wù)總線（）和類(lèi)總線（）、工具模塊（）組成應(yīng)用系統(tǒng)的業(yè)務(wù)基礎(chǔ)平臺(tái)（f（如浪潮的平臺(tái)）。在系統(tǒng)部署的時(shí)候，一臺(tái)服務(wù)器上安裝一個(gè)實(shí)例，一個(gè)實(shí)例根據(jù)主機(jī)的性能可以安裝多個(gè)節(jié)點(diǎn)（），每個(gè)節(jié)點(diǎn)（）可以安裝多個(gè)虛擬機(jī)（），每個(gè)虛擬機(jī)可以安裝多個(gè)應(yīng)用，每個(gè)有多個(gè)，不同之間文件不會(huì)沖突，內(nèi)部采用標(biāo)準(zhǔn)分成多個(gè)模塊（）。不同公司的系統(tǒng)是不同的，同一個(gè)公司可以有多個(gè)。如下圖所示：圖部署模型（系統(tǒng)一應(yīng)用一業(yè)務(wù)組件一模塊）圖部署模型（系統(tǒng)一應(yīng)用一業(yè)務(wù)組件一模塊）系統(tǒng)Node2Node1ebspherg2Node蕓它應(yīng)用MebspbereaNade企業(yè)公共，張務(wù)平臺(tái)EAR複塊ZAR2U

20、業(yè)務(wù)Bundlei系統(tǒng)Node2Node1ebspherg2Node蕓它應(yīng)用MebspbereaNade企業(yè)公共，張務(wù)平臺(tái)EAR複塊ZAR2U業(yè)務(wù)Bundlei業(yè)務(wù)組件:、：、：、j：:Ii.WAR1；：|d業(yè)務(wù)Bund1e2王具Bund1e!J之間數(shù)據(jù)交換采用通過(guò)企業(yè)級(jí)服務(wù)總線（）的服務(wù)，大數(shù)據(jù)量數(shù)據(jù)共享在數(shù)據(jù)總線上通過(guò)企業(yè)級(jí)的共享數(shù)據(jù)庫(kù)進(jìn)行共享，通過(guò)數(shù)據(jù)總線共享的數(shù)據(jù)不是實(shí)時(shí)的，是有一定的延誤或者準(zhǔn)實(shí)時(shí)的。共享庫(kù)是企業(yè)的資產(chǎn)，不隸屬于任何一個(gè)廠商。之間數(shù)據(jù)交換采用通過(guò)企業(yè)或者內(nèi)部的服務(wù)總線（）的服務(wù)，不同的共用一個(gè)數(shù)據(jù)庫(kù)，但是數(shù)據(jù)表根據(jù)的職責(zé)進(jìn)行劃分，每個(gè)可以只讀所有的共享的數(shù)據(jù)表，但是只

21、能寫(xiě)自己控制的表，對(duì)其它控制的表、表結(jié)構(gòu)很復(fù)雜或者易變的表的讀作操，都應(yīng)通過(guò)服務(wù)進(jìn)行，以實(shí)現(xiàn)之間的松耦合。一個(gè)中的共享數(shù)據(jù)庫(kù)（對(duì)企業(yè)來(lái)說(shuō)是私有數(shù)據(jù)層）在各個(gè)之間結(jié)合更加緊密，一般采用直接訪問(wèn)的方式，不在私有數(shù)據(jù)層存放共享庫(kù)數(shù)據(jù)，私有數(shù)據(jù)僅僅是一些控制類(lèi)或者跟業(yè)務(wù)無(wú)關(guān)，不需要共享的數(shù)據(jù)。企業(yè)級(jí)共享庫(kù)一般從性能、不同廠家便于控制等角度考慮，數(shù)據(jù)同步是準(zhǔn)實(shí)時(shí)的，數(shù)據(jù)在各個(gè)的私有數(shù)據(jù)層一般會(huì)有一個(gè)拷貝，讓各個(gè)之間相對(duì)更加獨(dú)立。以上僅僅是一般原則，如果是一個(gè)廠商，兩個(gè)之間也可以像一個(gè)共享一個(gè)數(shù)據(jù)庫(kù)。和共享庫(kù)之間的關(guān)系如下圖和共享庫(kù)的關(guān)系所示：圖和共享庫(kù)的關(guān)系之間數(shù)據(jù)交換可以類(lèi)似的服務(wù)調(diào)用，也可以直接通過(guò)

22、類(lèi)總線，調(diào)用對(duì)外發(fā)布的接口，特別是需要具有事務(wù)處理能力和更高的性能要求的情況。一個(gè)內(nèi)原則上不再劃分?jǐn)?shù)據(jù)表的控制，由自己內(nèi)部進(jìn)行管理。一般來(lái)說(shuō)，是相對(duì)比較穩(wěn)定的，不需要完全進(jìn)行替換升級(jí)，日常的變更是通過(guò)來(lái)實(shí)現(xiàn)的，由于在應(yīng)用方面是基于插件的方式進(jìn)行開(kāi)發(fā)的，數(shù)據(jù)方面由于業(yè)務(wù)組件本身是基于標(biāo)準(zhǔn)信息服務(wù)或者作為企業(yè)資源的開(kāi)放的數(shù)據(jù)表、視圖（服務(wù)和數(shù)據(jù)模型，作為企業(yè)的兩個(gè)資產(chǎn)），因此可以實(shí)現(xiàn)熱插拔，保證了系統(tǒng)可以連續(xù)運(yùn)行，而不至于因?yàn)橄到y(tǒng)升級(jí)而影響到業(yè)務(wù)的運(yùn)行或者最小程度的營(yíng)銷(xiāo)業(yè)務(wù)的運(yùn)行。在實(shí)際部署的情況下，有可能會(huì)出現(xiàn)整個(gè)企業(yè)只有一個(gè)（功能簡(jiǎn)單，最極端情況），或者一個(gè)廠商把應(yīng)用分別部署在不同的，需要根據(jù)企業(yè)規(guī)模，主機(jī)部署等，從性能、易于管理等角度考慮。由于之間是松耦合的，基于企業(yè)服務(wù)總線（）和信息服務(wù)總線（），可以實(shí)現(xiàn)靈活的組裝，因此一個(gè)或者多個(gè)可以進(jìn)行靈活組裝部署。以上基于的應(yīng)用服務(wù)器Av）,對(duì)架構(gòu)模式下的文件體系進(jìn)行分析，針對(duì)前文提到的業(yè)務(wù)組件模型實(shí)現(xiàn)提供一個(gè)實(shí)現(xiàn)建議。業(yè)務(wù)組件（）實(shí)現(xiàn)舉例一般企業(yè)常用到的應(yīng)用包含人力資源、協(xié)同辦公、財(cái)務(wù)管理、營(yíng)銷(xiāo)管理、生產(chǎn)管理等幾個(gè)主要的應(yīng)用，根據(jù)前文所述架構(gòu)，基于環(huán)境按照以下方式進(jìn)行構(gòu)建：首先，人力資源、協(xié)同辦公、財(cái)務(wù)管理、營(yíng)銷(xiāo)管理、生產(chǎn)管理可以