【文章內(nèi)容簡(jiǎn)介】 不同實(shí)現(xiàn)、平臺(tái)及其實(shí)際互操作性方面的 Web 服務(wù)標(biāo)準(zhǔn)開發(fā)。其主要目標(biāo)是就如何在使用 Web 服務(wù)對(duì)系統(tǒng)互連的時(shí)候確?；ゲ僮餍蕴峁┲笇?dǎo)和建議。WSI 具有四個(gè)主要的可交付內(nèi)容： 概要，即描述可互操作且作為集合工作的 Web 服務(wù)的實(shí)現(xiàn)指導(dǎo)原則和最佳實(shí)踐的具有版本控制的規(guī)范 用于演示概要中的指導(dǎo)原則的用例和使用場(chǎng)景 示例應(yīng)用程序 概要遵從性測(cè)試工具基本 SOA 體系架構(gòu)接下來(lái)讓我們了解一些更為復(fù)雜的技術(shù)主題，如企業(yè)服務(wù)總線（Enterprise Service Bus，ESB）的角色、業(yè)務(wù)流程、其編排及 Web 服務(wù)的角色?；?SOA 體系架構(gòu)由哪些部分組成？基本 SOA 體系架構(gòu)包括服務(wù)提供者、服務(wù)和可選的服務(wù)目錄。應(yīng)用程序到應(yīng)用程序的消息傳遞在信息交換中使用。這個(gè)模型和簡(jiǎn)單 Web 服務(wù)之間的相似性非常明顯，二者都將 WSDL 作為存儲(chǔ)在服務(wù)目錄中的調(diào)用契約（可以通過 UDDI 在其中進(jìn)行查詢和獲?。eb 服務(wù)實(shí)際上是最基本的 SOA 實(shí)現(xiàn)。在此模型中，基本場(chǎng)景如下：首先，服務(wù)提供者創(chuàng)建服務(wù)，并決定將其公開并發(fā)布。發(fā)布是通過將服務(wù)信息發(fā)布到服務(wù)目錄上來(lái)完成的。另一方面，需要特定 服務(wù)的服務(wù)請(qǐng)求者將在服務(wù)目錄中搜索滿足必要條件的服務(wù)。找到服務(wù)后，通過使用服務(wù)目錄中的可用信息，服務(wù)請(qǐng)求者能夠以正確的方式直接聯(lián)系服務(wù)提供者，從 而滿足業(yè)務(wù)需求。 圖 1. 基本 SOA 體系架構(gòu)以下是此部分中使用的一些術(shù)語(yǔ)的定義： 服務(wù)提供者：發(fā)布了調(diào)用契約和位置的服務(wù)的提供者 服務(wù)使用者：服務(wù)目錄中找到的與其業(yè)務(wù)需求匹配的服務(wù)的使用者 服務(wù)目錄：用于發(fā)布服務(wù)和為使用者列出可用服務(wù)的目錄。ESB 在 SOA 中扮演什么角色？ESB 在 SOA 中扮演著重要的角色。從基礎(chǔ)的角度而言，它代表著能夠連接服務(wù)提供者和服務(wù)使用者的中樞和基礎(chǔ)架構(gòu)。以下是 ESB 的角色的詳細(xì)介紹： 提供與 SOA 原則一致的集成基礎(chǔ)設(shè)施： o 強(qiáng)制使用獨(dú)立于實(shí)現(xiàn)的顯式接口來(lái)定義采用松散耦合的服務(wù)o 使用強(qiáng)調(diào)位置透明性和互操作性的通信協(xié)議o 促進(jìn)采用封裝可重用業(yè)務(wù)功能的方式定義服務(wù) 提供管理服務(wù)基礎(chǔ)設(shè)施的方法 在分布式異類環(huán)境中操作，因?yàn)樗?o 支持同步和異步通信o 使用標(biāo)準(zhǔn)接口和標(biāo)準(zhǔn)協(xié)議 集中控制和分散處理 支持中介，根據(jù)需要在不同各方之間形成請(qǐng)求/響應(yīng)，而且不用更改其中任何一方 將安全性和 QoS 應(yīng)用到 SOA 項(xiàng)目Web 服務(wù)在 SOA 中扮演什么角色？盡管 Web 服務(wù)的出現(xiàn)早于 SOA，但它代表了尋求系統(tǒng)和平臺(tái)之間的互操作性需求的 SOA 問題的答案和實(shí)現(xiàn)。因?yàn)橐呀?jīng)有了支持技術(shù)來(lái)滿足需求，所以能幫助快速建立 SOA 并運(yùn)行。顯然 Web 服務(wù)代表著 SOA 的基礎(chǔ)及建議的互操作性技術(shù)。Web 服務(wù)之所以是 SOA 的基礎(chǔ)，是因?yàn)?Web 服務(wù)： 采用標(biāo)準(zhǔn)，從而提高了兼容性和可移植性。 跨平臺(tái)、跨語(yǔ)言。 受到廣泛的支持，讓 SOA 的采用過程相對(duì)簡(jiǎn)單。 面向消息。 提供更快的工具支持，從而加快了 SOA 實(shí)現(xiàn)。什么是編排？它如何適應(yīng) SOA 大方略？業(yè)務(wù)服務(wù)編排考慮的是業(yè)務(wù)流邏輯的開發(fā)和執(zhí)行，與基礎(chǔ)服務(wù)和業(yè)務(wù)邏輯相獨(dú)立。這意味著，流程編排考慮的是事件的順序，以及事件如何相關(guān)，但并不關(guān)心 事件本身。流程和服務(wù)之間的關(guān)注分離提供了足夠的靈活性，能夠方便地更改流程，而不會(huì)對(duì)核心服務(wù)造成影響。這一點(diǎn)遵循了 SOA 的松散耦合目標(biāo)。為了描述業(yè)務(wù)流程，創(chuàng)建了一個(gè)新興標(biāo)準(zhǔn) BPEL4WS。BPEL4WS 建立于 Web 服務(wù)標(biāo)準(zhǔn)之上。此類標(biāo)準(zhǔn)的兼容性讓流程能夠調(diào)用基于標(biāo)準(zhǔn)的開放基礎(chǔ)設(shè)施中的基礎(chǔ)服務(wù)和合作伙伴服務(wù)。使用 BPEL4WS 定義的流程包括： 活動(dòng)，即流程內(nèi)的各個(gè)業(yè)務(wù)步驟。活動(dòng)可以為基本活動(dòng)或由其他活動(dòng)組成（結(jié)構(gòu)化活動(dòng)）。 合作伙伴鏈接，指定使用 WSDL 接口與流程交互的外部實(shí)體（或反向關(guān)系）。 存儲(chǔ)活動(dòng)間傳遞的消息的變量，因而代表狀態(tài)。 相關(guān)集，用于將多個(gè)服務(wù)請(qǐng)求或響應(yīng)消息與相同的業(yè)務(wù)流程實(shí)例相關(guān)。 錯(cuò)誤處理程序，用于處理在業(yè)務(wù)流程運(yùn)行時(shí)可能出現(xiàn)的異常情況。 事件處理程序，并行于普通執(zhí)行進(jìn)程接受和處理消息。 補(bǔ)償處理程序，指定在出現(xiàn)異常時(shí)撤銷一個(gè)或多個(gè)活動(dòng)的補(bǔ)償邏輯。人工任務(wù)業(yè)務(wù)編排也提供了對(duì)人工任務(wù) 的支持，人工任務(wù)是涉及到通過服務(wù)或其他人進(jìn)行的人工干預(yù)的組件。關(guān)于出差申請(qǐng)的管理審批或由個(gè)人處理客戶請(qǐng)求就是這一方面的例子。人工任務(wù)的類型有： 參與任務(wù)：這些任務(wù)由系統(tǒng)（進(jìn)程）啟動(dòng)，需要人員進(jìn)行響應(yīng)才能繼續(xù)執(zhí)行。系統(tǒng)啟動(dòng)任務(wù)，候選執(zhí)行者中某個(gè)人認(rèn)領(lǐng)任務(wù)并執(zhí)行。然后將輸出提供給系統(tǒng)，通知系統(tǒng)已完成此任務(wù)。例如，等待經(jīng)理審批的旅費(fèi)報(bào)帳流程就是這方面的一個(gè)例子。 圖 2. 參與任務(wù)成員和交互 發(fā)起任務(wù)：正如其名字所示，這些任務(wù)是由人員通過用戶界面啟動(dòng)的。此類任務(wù)以系統(tǒng)為目標(biāo)；人員創(chuàng)建發(fā)起任務(wù)并啟動(dòng)此任務(wù)；請(qǐng)求發(fā)送到系統(tǒng)，以運(yùn)行所需的服務(wù)。只要系統(tǒng)完成執(zhí)行，將會(huì)向發(fā)起人發(fā)送通知。員工發(fā)起旅費(fèi)報(bào)賬流程就是一個(gè)這樣的任務(wù)。 圖 3. 發(fā)起任務(wù)成員和交互 純?nèi)斯と蝿?wù)：和發(fā)起人工任務(wù)類似，這些任務(wù)也是由人員創(chuàng)建和啟動(dòng)的。與參與人工任務(wù)類似，這些任務(wù)以認(rèn)領(lǐng)并完成任務(wù)的其他人員為目標(biāo)。純?nèi)斯と蝿?wù)不與業(yè)務(wù)流程或其他 Web 服務(wù)交互。這些任務(wù)不是自動(dòng)任務(wù)，不過也同樣經(jīng)歷相同的分配和通知周期。 圖 4. 純?nèi)斯と蝿?wù)成員和交互人工任務(wù)所花的時(shí)間完全可能遠(yuǎn)遠(yuǎn)超過自動(dòng)任務(wù)，而這就帶來(lái)了另一個(gè)問題：流程是否容許人工任務(wù)導(dǎo)致的中斷和等待時(shí)間？答案是肯定的。為了更為詳細(xì)地討論這個(gè)問題，讓我們先討論一下業(yè)務(wù)流程類型。業(yè)務(wù)流程類型業(yè)務(wù)流程可以為長(zhǎng)時(shí)間運(yùn)行的流或微流： 長(zhǎng)時(shí)間運(yùn)行流程是可中斷的，也可以運(yùn)行于多個(gè)事務(wù)中。此類流程可以等待外部誘因，例如使用人工任務(wù)導(dǎo)致的結(jié)果等。根據(jù)經(jīng)驗(yàn)，如果流 程包含人工任務(wù)，則流程一定為長(zhǎng)時(shí)間運(yùn)行的流程。長(zhǎng)時(shí)間運(yùn)行的流程還可以同時(shí)包含同步和異步服務(wù)。長(zhǎng)時(shí)間運(yùn)行的流程存儲(chǔ)每個(gè)中間流程狀態(tài)，以便獲得前向可 恢復(fù)性。 微流在沒有中斷的單個(gè)線程中運(yùn)行。此類流程也稱為不可中斷業(yè)務(wù)流程。微流僅在一個(gè)事務(wù)中運(yùn)行，持續(xù)時(shí)間短，而且僅由同步服務(wù)組成。SOA 生命周期及其不同的階段SOA 具有動(dòng)態(tài)生命周期的特點(diǎn)。動(dòng)態(tài)生命周期即意味著可能持續(xù)地改進(jìn)流程，而這一點(diǎn)通過與 SOA 所采用的松散耦合相結(jié)合，可以讓流程像分解和重新組合構(gòu)建塊（這種情況下指服務(wù)）一樣方便地進(jìn)行流程改進(jìn)，而不用完全返工。這可縮短上市時(shí)間和改善業(yè)務(wù)和 IT 的一致性。著名的 SOA 生命周期關(guān)系圖包括四個(gè)互連的六邊形圖（代表 SOA 的四個(gè)階段）。如圖 5 中所示，這四個(gè)階段形成了閉合環(huán)，代表了監(jiān)視和改進(jìn)的持續(xù)循環(huán)。圖 5. SOA 生命周期的四個(gè)階段下面將對(duì)此進(jìn)行詳細(xì)介紹：建模階段建模階段包括業(yè)務(wù)分析和需求收集，然后是對(duì)業(yè)務(wù)流程進(jìn)行建模和優(yōu)化。模型可幫助對(duì)流程、其目標(biāo)和輸出達(dá)成一致的認(rèn)識(shí)。它還能確保設(shè)計(jì)滿足業(yè)務(wù)需求，并為以后測(cè)定性能提供基準(zhǔn)。組裝階段在此階段，所建模的流程中需要的現(xiàn)有資產(chǎn)（如企業(yè)資源規(guī)劃（Enterprise Resource Planning，ERP）、財(cái)務(wù)系統(tǒng)、IBM CICS174。 應(yīng)用程序等）將被包裝為服務(wù)，并同時(shí)實(shí)現(xiàn)和測(cè)試需要但還不存在的功能。所有服務(wù)可用之后，則可以對(duì)其進(jìn)行編排，以實(shí)現(xiàn)業(yè)務(wù)流程。部署階段在部署階段，可以配置運(yùn)行時(shí)環(huán)境來(lái)滿足所需的服務(wù)質(zhì)量級(jí)別和安全需求?？梢詫?duì)環(huán)境進(jìn)行伸縮和優(yōu)化，以便能可靠地運(yùn)行任務(wù)關(guān)鍵型流程，而且同時(shí)還能提供在更改時(shí)進(jìn)行動(dòng)態(tài)更新的靈活性。管理階段在此階段，將管理和監(jiān)視多個(gè)方面，如服務(wù)資產(chǎn)、服務(wù)可用性和響應(yīng)時(shí)間以及對(duì)服務(wù)的版本控制。此階段的一個(gè)重要角色是監(jiān)視流程的關(guān)鍵性能指標(biāo)（Key Performance Indicator，KPI）。這可幫助防止或隔離和診斷實(shí)時(shí)出現(xiàn)的問題，并能提供關(guān)于業(yè)務(wù)流程性能和瓶頸的反饋，以幫助進(jìn)行改進(jìn)。此反饋發(fā)送到建模階段 （第一步），用于幫助改進(jìn)流程。SOA 管理正如第一部分所述，SOA 需要可靠的活動(dòng)管理框架，否則就可能會(huì)失控。SOA 管理通過治理概念實(shí)現(xiàn)，治理控制著 SOA 的不同方面。因?yàn)?SOA 具有開放的特征，因此啟用了 SOA 的環(huán)境中必須強(qiáng)制要求的另一個(gè)方面就是安全。此部分將對(duì) SOA 管理進(jìn)行詳細(xì)討論。SOA 治理如果沒有控制實(shí)體，SOA 不僅會(huì)帶來(lái)管理難題，而且還會(huì)由于開放和分布式特性帶來(lái)混亂。因?yàn)檫@個(gè)原因，SOA 需要管理和控制實(shí)體：治理。治理的定義SOA 治理是用于決策和角色標(biāo)識(shí)的框架，用于鼓勵(lì)與企業(yè)戰(zhàn)略同步的 IT 操作，并防止那些與其相悖的操作。此框架由一個(gè)專門的團(tuán)隊(duì)或委員會(huì)管理，他們負(fù)責(zé)創(chuàng)建策略來(lái)執(zhí)行治理和角色標(biāo)識(shí)、授權(quán)和保證獲得了決策與策略執(zhí)行能力的人 員的可靠性。簡(jiǎn)單來(lái)說(shuō)，此委員會(huì)需要處理三個(gè)主要問題： 為了確保有效的 IT 資產(chǎn)管理，需要進(jìn)行哪些決