【正文】 望得到什么，這兩 者是否匹配 。也需要了解 SOA適合什么，不適合什么，我們建設(shè)項(xiàng)目與 SOA適合是否適配。如果這些匹配一致我們就可以放心進(jìn)行下一步驟了，否則就得考慮是否一定要采用 SOA，是否采用其他的思想和技術(shù)架構(gòu)也足以解決問題。 在此我們再看一下 SOA特點(diǎn)： 強(qiáng)調(diào)業(yè)務(wù)服務(wù)的復(fù)用 支持業(yè)務(wù)靈活重構(gòu) 強(qiáng)調(diào)松耦合 強(qiáng)調(diào)標(biāo)準(zhǔn)的采用 我們也需要了解 SOA不適合的地方： 開發(fā)簡單單個應(yīng)用時，不要使用 SOA 構(gòu)建高吞吐量應(yīng)用或?qū)崟r應(yīng)用是，不要使用 SOA 如果網(wǎng)絡(luò)速度慢，網(wǎng)絡(luò)不可靠時，不要使用 SOA 當(dāng)服務(wù)接口不確定時 (即業(yè)務(wù)服務(wù)功能本身不穩(wěn) 定時 )，不要使用 SOA 當(dāng)安全性極為重要時，暫時不要考慮 SOA 業(yè)務(wù)處理有嚴(yán)格的事務(wù)完整性要求時，建議暫時不用 SOA 其次需要考慮系統(tǒng)的規(guī)模，建議第一個 SOA項(xiàng)目不要選擇太大，需要限定項(xiàng)目的大小，保證在不長的時間內(nèi)可以順利實(shí)施完畢，確保項(xiàng)目的成功。通過項(xiàng)目經(jīng)驗(yàn)的積累，為后續(xù) SOA項(xiàng)目開創(chuàng)一個良好的局面和環(huán)境。 SOA 本身特點(diǎn)支持項(xiàng)目的遞進(jìn)式實(shí)現(xiàn)，可以采用不斷滾動改進(jìn)的方式實(shí)施項(xiàng)目。 接著是考慮標(biāo)準(zhǔn)問題，這里的標(biāo)準(zhǔn)包含兩方面：業(yè)務(wù)標(biāo)準(zhǔn)和技術(shù)標(biāo)準(zhǔn)。標(biāo)準(zhǔn)的確定是過程中一直需要考慮的問題，在分析和設(shè)計階段都需要對標(biāo)準(zhǔn) 加以考慮，并最終確定項(xiàng)目需要采用和制定的標(biāo)準(zhǔn)。 業(yè)務(wù)標(biāo)準(zhǔn)可以規(guī)范服務(wù)、流程和數(shù)據(jù) 。技術(shù)標(biāo)準(zhǔn)可以幫助確定技術(shù)架構(gòu)，確定采用的技術(shù)，可以確保服務(wù) /組件的復(fù)用、組裝和運(yùn)行維護(hù)。 最后是組建團(tuán)隊(duì)，要實(shí)施好 SOA項(xiàng)目，需要確保合理的團(tuán)隊(duì)成員。首先領(lǐng)導(dǎo)的參與是項(xiàng)目成功的保證， SOA項(xiàng)目一般會涉及多個部門，或企業(yè)之間的協(xié)作，沒有領(lǐng)導(dǎo)的參與和重視，這類項(xiàng)目成功的可能性會非常的低。 業(yè)務(wù)人員參與也是一個重要因素， SOA 中強(qiáng)調(diào)的服務(wù)是業(yè)務(wù)的服務(wù)，而不是技術(shù)實(shí)現(xiàn)的服務(wù)。業(yè)務(wù)服務(wù)的定義、分類，業(yè)務(wù)流程的確定，業(yè)務(wù)數(shù)據(jù)的分析等，如果 沒有業(yè)務(wù)人員參與，這些工作基本上是無法開展的。在現(xiàn)階段讓業(yè)務(wù)人員直接參與設(shè)計和實(shí)現(xiàn)還不是特別的現(xiàn)實(shí)，但隨著 SOA技術(shù)和產(chǎn)品的成熟，業(yè)務(wù)人員一直參與到設(shè)計，甚至實(shí)現(xiàn)階段也是可能的，只有這樣才能更好保證 SOA項(xiàng)目實(shí)施的成功，才能更好體現(xiàn) SOA的價值。 分析階段 分析階段主要進(jìn)行業(yè)務(wù)的分析和梳理，包括：業(yè)務(wù)服務(wù)定義，業(yè)務(wù)流程定義、業(yè)務(wù)數(shù)據(jù)分析和組織架構(gòu)。在這一階段需要確定 SOA項(xiàng)目中需要實(shí)現(xiàn)哪些業(yè)務(wù)，業(yè)務(wù)如何復(fù)用，業(yè)務(wù)如何串接在一起完成一個工作流程，在執(zhí)行業(yè)務(wù)和業(yè)務(wù)流程過程中需要使用哪些數(shù)據(jù)，以及這些數(shù)據(jù)的關(guān)系。 業(yè)務(wù)定義時需要考慮下列因素 誰擁有業(yè)務(wù)服務(wù) 誰需要使用業(yè)務(wù)服務(wù)，如何進(jìn)行授權(quán)管理 業(yè)務(wù)的基本標(biāo)識信息 業(yè)務(wù)服務(wù)的功能描述 業(yè)務(wù)服務(wù)的使用約束條件 業(yè)務(wù)服務(wù)使用到的數(shù)據(jù)信息 業(yè)務(wù)服務(wù)的質(zhì)量特性，如可靠性、安全性和事務(wù)性等 業(yè)務(wù)服務(wù)的服務(wù)等級信息，如服務(wù)響應(yīng)時間，可提供服務(wù)時間，是否收費(fèi)等 業(yè)務(wù)服務(wù)的生命周期 業(yè)務(wù)服務(wù)運(yùn)行時需要關(guān)注的信息 組織架構(gòu)分析時需要考慮下列因素 實(shí)際的組織架構(gòu) 組織架構(gòu)中有哪些角色 角色管理和使用服務(wù)、流程和數(shù)據(jù)的權(quán)限?？梢允褂靡粋€表格進(jìn)行描述和定義 接著需要結(jié)合組織架構(gòu)和服務(wù)，定義 業(yè)務(wù)流程，確定一個業(yè)務(wù)流程中有哪些服務(wù)，這些服務(wù)由哪個部門 /角色來使用，這可以通過一個圖形描述方式來加以定義。同時需要定義業(yè)務(wù)的流程過程，業(yè)務(wù)規(guī)則等內(nèi)容。 設(shè)計階段 設(shè)計階段實(shí)際上就進(jìn)入了技術(shù)范疇了，在設(shè)計階段首先需要確定采用的技術(shù)體系架構(gòu)，準(zhǔn)備采用的具體技術(shù)、工具和產(chǎn)品，準(zhǔn)備采用和需要制定的技術(shù)標(biāo)準(zhǔn)，也需要定義 SOA項(xiàng)目的物理環(huán)境，以及邏輯架構(gòu)到物理環(huán)境之間的映射，最后需要細(xì)化整個項(xiàng)目的設(shè)計細(xì)節(jié)。 在確定技術(shù)體系架構(gòu)時，可以參考長風(fēng)聯(lián)盟 SOARATF 工作組制定的“ SOA 的參考架構(gòu)規(guī)范”。在確定技術(shù)架構(gòu) 時需要考慮下列因素 服務(wù)描述如何存儲，如何使用 服務(wù)如何實(shí)現(xiàn)，是將已有業(yè)務(wù)系統(tǒng)進(jìn)行服務(wù)化封裝，還是重新實(shí)現(xiàn)，或者將若干服務(wù)進(jìn)行組裝形成新的服務(wù) 定義的服務(wù)如何使用，如何組裝成新的服務(wù)或在一個業(yè)務(wù)流程中應(yīng)用 服務(wù)之間通訊如何實(shí)現(xiàn)，使用什么通訊協(xié)議，是否需要可靠，是否關(guān)注效率 在整個項(xiàng)目中需要考慮哪些安全因素 如何獲取服務(wù)運(yùn)行信息，如何應(yīng)用服務(wù)運(yùn)行信息 在設(shè)計階段需要確定采用的具體技術(shù)。在實(shí)現(xiàn) SOA項(xiàng)目時可以采用傳統(tǒng)技術(shù)，也可以采用Web Services 技術(shù)，具體如何采用需要進(jìn)行綜合考慮。 SOA中的服務(wù)與 Web Services 并不用劃等號，采用 Web Services 一般更多是從標(biāo)準(zhǔn)化角度進(jìn)行考慮，為了實(shí)現(xiàn)異構(gòu)系統(tǒng)互聯(lián)，并且更多應(yīng)用于多部門系統(tǒng)之間，或企業(yè)系統(tǒng)之間的互聯(lián)互通。實(shí)現(xiàn) SOA 也可以采用已有成熟技術(shù)，如通過 JMS 實(shí)現(xiàn)消息通訊，可以保證效率和傳輸可靠性。 實(shí)現(xiàn)技術(shù)第二個方面是考慮業(yè)務(wù)流程實(shí)現(xiàn)是否需要使用 BPM系統(tǒng)，還是通過服務(wù)組裝技術(shù)，將若干服務(wù)通過編碼方式進(jìn)行組合應(yīng)用。 BPM 方式一般應(yīng)用于實(shí)時性要求不高的業(yè)務(wù)流程處理 。而對于需要連續(xù)加以運(yùn)行處理的業(yè)務(wù)過程，則可以通過服務(wù)組裝方式加以實(shí)現(xiàn)。 實(shí)現(xiàn)技術(shù)第 三個方面需要考慮服務(wù)如何實(shí)現(xiàn)，是利用已有 IT 系統(tǒng)，通過服務(wù)化封裝實(shí)現(xiàn)，還是重新實(shí)現(xiàn)。對已有系統(tǒng)進(jìn)行服務(wù)化封裝時不一定要封裝成 Web serivces，服務(wù)描述一般是統(tǒng)一的，具體實(shí)現(xiàn)可以是 Web Serivces，或 EJB，或 BPEL，或一般的 JAVA或 C/C++程序。 在設(shè)計階段需要實(shí)現(xiàn)邏輯架構(gòu)與物理架構(gòu)之間的映射。在總體體系架構(gòu)設(shè)計時一般更多的從邏輯角度進(jìn)行考慮，需要將業(yè)務(wù)轉(zhuǎn)化為 IT 技術(shù)架構(gòu)。同時也需要進(jìn)行物理架構(gòu)的規(guī)劃，同時確定邏輯架構(gòu)到物理架構(gòu)的映射。 物理架構(gòu)需要考慮整個系統(tǒng)中有多少獨(dú)立的運(yùn)行節(jié)點(diǎn)， 有多少已有的業(yè)務(wù)系統(tǒng)以及需要建立的新的業(yè)務(wù)系統(tǒng)，需要考慮這些已有或新的業(yè)務(wù)系統(tǒng)都在哪些節(jié)點(diǎn)上運(yùn)行。其次需要考慮業(yè)務(wù)系統(tǒng)之間如何進(jìn)行通訊，以及業(yè)務(wù)系統(tǒng)之間的通訊轉(zhuǎn)換到節(jié)點(diǎn)之間的通訊。 在業(yè)務(wù)流程實(shí)現(xiàn)時需要考慮是否需要 BPM系統(tǒng)，需要多少個。一般一個 BPM系統(tǒng)有一個獨(dú)立的服務(wù)器引擎，在服務(wù)器引擎上可以運(yùn)行多個業(yè)務(wù)流程。在現(xiàn)有技術(shù)條件下，一般一個業(yè)務(wù)流程的執(zhí)行都在一個服務(wù)器引擎上運(yùn)行，如果需要跨多個服務(wù)器引擎，則需將某一流程定義為一個子流程，同時封裝為一個服務(wù)，供另一個業(yè)務(wù)流程使用。 在物理架構(gòu)中需要考慮是否有一 個獨(dú)立的服務(wù)注冊中心，需要確定服務(wù)注冊中心與運(yùn)行節(jié)點(diǎn)之間是聯(lián)機(jī)的還是脫機(jī)的。 在設(shè)計階段最主要的工作是進(jìn)行系統(tǒng)設(shè)計的細(xì)化工作。在細(xì)化工作中包括： 服務(wù)定義的細(xì)化，包括服務(wù)接口、質(zhì)量屬性、服務(wù)等級等信息，另外的部署信息可以在實(shí)現(xiàn)和部署階段加以定義。 服務(wù)的細(xì)分和組裝，在設(shè)計階段需要確定哪些是原子服務(wù) (不可拆分 )，哪些服務(wù)是組裝服務(wù)，哪些是流程服務(wù)。同時需要定義服務(wù)的實(shí)現(xiàn)方式 (原有系統(tǒng)封裝，重新實(shí)現(xiàn)，服務(wù)組織，服務(wù)流程 ) 定義業(yè)務(wù)流程，通過工具詳細(xì)定義業(yè)務(wù)流程，包括異常處理。 定義服務(wù)應(yīng)用到的數(shù)據(jù)對象。 在設(shè)計 細(xì)化階段需要對服務(wù)進(jìn)行有效管理，以便能夠方便的查找到相關(guān)服務(wù)，也能保證經(jīng)過授權(quán)的人員才能使用相關(guān)服務(wù)，或者修改服務(wù)。 實(shí)現(xiàn)、調(diào)試和部署階段 SOA項(xiàng)目實(shí)現(xiàn)與傳統(tǒng) IT 項(xiàng)目實(shí)現(xiàn)有較大差別。在傳統(tǒng)項(xiàng)目中幾乎所有的代碼都需要編寫實(shí)現(xiàn)，或使用已有的公共代碼庫。而在 SOA實(shí)現(xiàn)中，很多工作是通過定義來完成的。如在設(shè)計階段定義服務(wù)接口，定義服務(wù)流程，這些工作并不需要手工編碼，而更多的是通過工具進(jìn)行圖形化操作實(shí)現(xiàn)信息的定義。 在實(shí)現(xiàn)階段還有一些其他的定義工作需要進(jìn)行，如： 數(shù)據(jù)對象轉(zhuǎn)換的定義。不同服務(wù)使用的數(shù)據(jù)對象可能不完全 一樣，為了實(shí)現(xiàn)服務(wù)之間能夠順利通訊，需要在數(shù)據(jù)對象之間進(jìn)行數(shù)據(jù)轉(zhuǎn)換，這些工作也可以通過工具定義來實(shí)現(xiàn)，當(dāng)然也可以通過編碼方式實(shí)現(xiàn)數(shù)據(jù)對象的轉(zhuǎn)換。 服務(wù)適配器定義，將已有業(yè)務(wù)系統(tǒng)封裝為服務(wù)接口。 運(yùn)行環(huán)境的定義 服務(wù)程序打包和部署 在 SOA實(shí)現(xiàn)階段，有可能有一定的編程工作，如新服務(wù)的實(shí)現(xiàn)，復(fù)雜數(shù)據(jù)對象之間的轉(zhuǎn)換，負(fù)責(zé)業(yè)務(wù)系統(tǒng)的服務(wù)化封裝等。 在 SOA項(xiàng)目中，系統(tǒng)的調(diào)試會是一件比較復(fù)雜和困難的事情，不同于一般應(yīng)用系統(tǒng)可以通過單步跟蹤來調(diào)試整個系統(tǒng)。在 SOA項(xiàng)目中可以借助于一些工具實(shí)現(xiàn)部分的跟蹤調(diào)試功能(如 BPM 的調(diào)試 )，還有很多工作需要通過編寫日志方式來跟蹤和檢查運(yùn)行是否符合設(shè)計要求。 SOA 項(xiàng)目的部署一般可以借助于產(chǎn)品工具，實(shí)現(xiàn)自動部署。如果沒有這些工具的輔助，部署工作就會比較復(fù)雜，因?yàn)樯婕岸鄠€分布式的節(jié)點(diǎn)，需要連接不同的已有系統(tǒng)。 通過工具進(jìn)行部署時，也有自動聯(lián)機(jī)部署，和脫機(jī)部署兩種模式。自動聯(lián)機(jī)部署時，可以在中心通過工具產(chǎn)品自動將打包文件部署到運(yùn)行節(jié)點(diǎn)上，系統(tǒng)可以自動展開并進(jìn)行運(yùn)行。手工部署就需要將打包文件手工安裝到運(yùn)行節(jié)點(diǎn)上，并運(yùn)行展開和執(zhí)行命令，才能使系統(tǒng)正常運(yùn)行。 在部署過程中需要對運(yùn)行環(huán)境進(jìn)行定義， 并定義服務(wù)與運(yùn)行節(jié)點(diǎn)之間的對應(yīng)關(guān)系，同時需要定義相關(guān)的運(yùn)行參數(shù)。 運(yùn)維階段 SOA項(xiàng)目的運(yùn)行維護(hù)階段也是整個項(xiàng)目重要的一個環(huán)節(jié)。 通過對運(yùn)行過程的跟蹤，可以了解整個系統(tǒng)的運(yùn)行情況，如哪些服務(wù)被請求的次數(shù)最多，哪些服務(wù)運(yùn)行最穩(wěn)定，哪些服務(wù)的運(yùn)行不太服務(wù)設(shè)計要求 (如響應(yīng)時間超過要求 )?？梢粤私饽男┕?jié)點(diǎn)運(yùn)行負(fù)載比較高，可以了解數(shù)據(jù)通訊的流量。通過這些信息一方面可以了解整個系統(tǒng)是否滿足系統(tǒng)的初始需求，另一方面也為系統(tǒng)的優(yōu)化提供數(shù)據(jù)依據(jù)。通過這些監(jiān)控數(shù)據(jù)，可以更好地對系統(tǒng)進(jìn)行優(yōu)化完善，體現(xiàn) SOA逐步改進(jìn)的特點(diǎn)。 總之 SOA項(xiàng)目的實(shí)施與傳統(tǒng) IT項(xiàng)目建設(shè)還是有較大差別的，在項(xiàng)目中首先關(guān)注點(diǎn)在于服務(wù)，從服務(wù)的定義，使用到運(yùn)行管理 。其次強(qiáng)調(diào)標(biāo)準(zhǔn)和基于模型的開發(fā)過程 。再有就是強(qiáng)調(diào)實(shí)現(xiàn)過程中的定義活動，通過對服務(wù)的組合應(yīng)用，縮短系統(tǒng)建設(shè)周期，這些在項(xiàng)目實(shí)施過程中是需要加以重點(diǎn)關(guān)注的。 SOA項(xiàng)目實(shí)施要素 在 節(jié) SOA項(xiàng)目實(shí)施全過程中，用戶需要具有 5 個方面的規(guī)劃和準(zhǔn)備，如圖 33所示。 用戶原有 IT 資源 SOA對用戶的效益之一是可以充分利用原有 IT 資源，包括遺留應(yīng)用、遺留數(shù)據(jù)資源以及已有的服務(wù)資源，新系統(tǒng)可以通過服務(wù)重用將 遺留應(yīng)用和數(shù)據(jù)納入新的企業(yè)整體解決方案，同時也可以利用已有的服務(wù)進(jìn)行快速組合搭建起新的應(yīng)用系統(tǒng)。 圖 33 SOA項(xiàng)目實(shí)施關(guān)鍵要素 SOA項(xiàng)目實(shí)施組織 實(shí)施好 SOA項(xiàng)目，需要確保合理的團(tuán)隊(duì)成員。首先領(lǐng)導(dǎo)的參與是項(xiàng)目成功的保證， SOA項(xiàng)目一般會涉及多個部門或需要企業(yè)之間的協(xié)作，只有領(lǐng)導(dǎo)的參與和重視，這類項(xiàng)目成功的可能性才會 增加。另外，因?yàn)槠髽I(yè)的 SOA項(xiàng)目實(shí)施是一個長期漸進(jìn)的過程，所以需要領(lǐng)導(dǎo)穩(wěn)定、持續(xù)地支持與參與。 為此，項(xiàng)目實(shí)施組織劃分為兩類：一是 SOA項(xiàng)目領(lǐng)導(dǎo)小組，此小組成員包括項(xiàng)目所涉及的企業(yè)決策層、企業(yè)級 SOA架構(gòu)專家以及 PMO 等，負(fù)責(zé)對 SOA項(xiàng)目進(jìn)行整體規(guī)劃及實(shí)施監(jiān)控；二是項(xiàng)目實(shí)施的具體人員，包括圍繞服務(wù)生命全周期的項(xiàng)目經(jīng)理、架構(gòu)師、業(yè)務(wù)分析員、開發(fā)人員、運(yùn)維人員等。在部分單位的實(shí)施中，上述兩個團(tuán)隊(duì)均歸屬于項(xiàng)目團(tuán)隊(duì)。 SOA項(xiàng)目實(shí)施支撐平臺 SOA項(xiàng)目的實(shí)施中，用戶需要基于原有的 IT 環(huán)境，在 SOA項(xiàng)目生命周期中的各 個階段選擇相應(yīng)的實(shí)施工具、平臺及軟件產(chǎn)品。需注意的是，產(chǎn)品選型中需要注意選擇符合 SOA理念和標(biāo)準(zhǔn)的主流產(chǎn)品，選擇符合國際及我國相關(guān)標(biāo)準(zhǔn)的實(shí)施平臺有利于保護(hù)用戶的投資，提高項(xiàng)目的開發(fā)效率并保證實(shí)施的質(zhì)量。 SOA項(xiàng)目實(shí)施指導(dǎo)文檔體系 雖然 SOA 應(yīng)用及項(xiàng)目實(shí)施仍處于初步發(fā)展階段，但部分行業(yè)已有一定的 SOA 實(shí)施成功項(xiàng)目，通過對這些項(xiàng)目的實(shí)施經(jīng)驗(yàn)提取，可以對類似行業(yè)用戶在決策和實(shí)施 SOA過程中提供指導(dǎo)。另外，我國 SOA標(biāo)準(zhǔn)體系的研制工作已全面啟動，這些標(biāo)準(zhǔn)將重點(diǎn)為行業(yè)應(yīng)用的實(shí)施提供切實(shí)的指導(dǎo)。用戶可以在項(xiàng)目規(guī)劃、選 型及驗(yàn)收過程中選擇適宜的標(biāo)準(zhǔn)并基于此實(shí)施質(zhì)量保證。 用戶信息化要求 隨著一些企業(yè)或單位 IT 建設(shè)的推進(jìn)，解決信息化適應(yīng)業(yè)務(wù)變化的瓶頸已經(jīng)成為大多數(shù)大型企業(yè)的關(guān)注點(diǎn)。 SOA 的實(shí)施會對企業(yè)信息化的整個基礎(chǔ)設(shè)施產(chǎn)生變革，因此將影響企業(yè)整體的 IT 建設(shè)策略。 SOA的建設(shè)及實(shí)施不是一蹴而就的，因此對于希望采納 SOA并希望通過 SOA帶來效益的用戶而言，要成功實(shí)施某個具體的 SOA項(xiàng)目，必須在實(shí)施之前對 IT 建設(shè)做全盤的考慮和規(guī)劃，基于此界定好每個 SOA項(xiàng)目實(shí)施的目標(biāo)及邊界，同時從高層建立企業(yè)級的 IT 管控和治理的策略。這一點(diǎn)是 SOA項(xiàng)目建設(shè)的重中之重。 用戶在實(shí)施過程中的職責(zé) 在 SOA項(xiàng)目實(shí)施總體過程中，用戶在各個階段需要進(jìn)行相關(guān)籌備及資源投入，以保障項(xiàng)目的順利有效實(shí)施。在 SOA項(xiàng)目實(shí)施的每個階段中用戶職責(zé)如表 31 所示。 SOA實(shí)施中用戶職責(zé)描述表 實(shí)施階段名稱 用戶職責(zé) 廠商職責(zé) 可用工具 可用文檔 備注 業(yè)務(wù)規(guī)劃與IT規(guī)劃 確定業(yè)務(wù)和 IT 戰(zhàn)略，作出是否采納SOA的宏觀決策，并建立 SOA總體規(guī)劃藍(lán)圖 咨詢公司或集成商可協(xié)助用戶進(jìn)行業(yè)務(wù)規(guī)劃和IT規(guī)劃 業(yè)務(wù)建模工具、咨詢工具及模板 行業(yè)政策和相關(guān)制度、《 SOA用戶指南》以 及 相關(guān) SOA國家和行業(yè)標(biāo)準(zhǔn)指南 此階段主要為用戶參與，包括：用戶的高