【正文】 信息被嵌入到業(yè)務(wù)邏輯中，服務(wù)逐漸變得具有特定的業(yè)務(wù)意義。就拿大家常用來(lái)描繪SOA的樂(lè)高玩具為喻，一個(gè)最小尺寸的1x1的樂(lè)高 積木，帶有一個(gè)標(biāo)準(zhǔn)的凸起接口，通過(guò)它幾乎可以與任何其它樂(lè)高積木拼裝出任意可以想想的物體，其廣泛的重用性是不言而喻的。SOA的目標(biāo)之一就是讓IT變得更靈活，能夠更快地適應(yīng)持續(xù)變化的業(yè)務(wù)環(huán)境。因此，在考慮業(yè)務(wù)流程靈活性的同時(shí)，考慮后臺(tái)服務(wù)的良 好組織、效率和開(kāi)發(fā)維護(hù)成本，對(duì)于識(shí)別和設(shè)計(jì)粒度適中的服務(wù)是至關(guān)重要的。將流程劃分為核心流程（core process）和支撐流程(context process)。它們需要比支撐流程更細(xì)粒度地分解，以獲得最大的靈活性，因?yàn)樗鼈兪菚r(shí)刻變化的。一個(gè)服務(wù)本身的復(fù)雜度以及業(yè)務(wù)到服務(wù)映射的復(fù)雜度（即實(shí)現(xiàn)一個(gè)業(yè)務(wù)活動(dòng)所需的服務(wù)調(diào)用次數(shù)）是影響SOA性能的兩個(gè)主要方面。因此，為了保證服務(wù)的性能可控，一方面需要限制服務(wù)包含的功能范圍和復(fù)雜度，也就是說(shuō)服務(wù)粒度不能太粗；另一方面需要限制服務(wù)調(diào)用的次數(shù)和復(fù)雜度，也 就是說(shuō)服務(wù)粒度不能太細(xì)。如果服務(wù)使用的范圍有限，如僅僅在Intra Application范疇，則可以選擇相對(duì)較細(xì)粒度的服務(wù)接口，為服務(wù)請(qǐng)求者提供更多的靈活性；隨著范圍擴(kuò)大，服務(wù)大小也應(yīng)隨之?dāng)U大，如Multi Enterprise的范疇，則要求服務(wù)盡可能提供粗粒度的、較穩(wěn)定的接口，保證服務(wù)請(qǐng)求者以一致的方式使用系統(tǒng)中所暴露出的服務(wù)。以上主要是針對(duì)銀行整合系統(tǒng)的ESB實(shí)施，不適用于按照SOA新開(kāi)發(fā)系統(tǒng)的判斷。其中，服務(wù)和服務(wù)場(chǎng)景是服務(wù)的歸類(lèi)方式，一般而言，服務(wù)具有更大的業(yè)務(wù)含義，如常見(jiàn)的客戶(hù)信息維護(hù)，在客戶(hù)信息維護(hù)中，分為對(duì)公、對(duì)私，操作有新增、修改、刪除，此時(shí)需要的輸入輸出參數(shù)不盡相同，很難整合到一個(gè)大的服務(wù)中，但從業(yè)務(wù)含義看，都是客戶(hù)信息維護(hù)，因此，增加了場(chǎng)景的概念，對(duì)應(yīng)到具體的實(shí)現(xiàn)服務(wù)，如對(duì)公客戶(hù)信息維護(hù)和對(duì)私客戶(hù)信息維護(hù)。對(duì)于字段使用了行業(yè)代碼的，應(yīng)明確使用統(tǒng)一代碼。具體編寫(xiě)過(guò)程中，可能需要跟各個(gè)項(xiàng)目組進(jìn)行大量的溝通工作，可能需要明確字段的含義，字段的技術(shù)特性，需要調(diào)整原來(lái)設(shè)計(jì)的接口，取得三方的認(rèn)可，這樣，才不會(huì)在服務(wù)評(píng)審階段出現(xiàn)大量的問(wèn)題，導(dǎo)致評(píng)審可能通不過(guò)的情況。對(duì)于完全按照服務(wù)標(biāo)準(zhǔn)服務(wù)提供和調(diào)用的，則不需要進(jìn)行字段映射，此時(shí)也不需要編寫(xiě)映射文檔。 更新數(shù)據(jù)字典前面編寫(xiě)服務(wù)規(guī)范時(shí)提到了標(biāo)準(zhǔn)的字段命名規(guī)范，這是我們定義的元數(shù)據(jù)，數(shù)據(jù)字典中包含了字段規(guī)范和數(shù)據(jù)字典。 編寫(xiě)接口映射文檔接口映射表主要記錄服務(wù)和原始接口的映射關(guān)系，以便ESB的開(kāi)發(fā)人員能及時(shí)、盡快找到對(duì)應(yīng)系統(tǒng)的接口，這在開(kāi)發(fā)和測(cè)試階段非常有用（存量系統(tǒng)開(kāi)發(fā)人員更喜歡使用交易碼而不是服務(wù)的代碼）。 發(fā)布服務(wù)規(guī)范當(dāng)服務(wù)規(guī)范相關(guān)文檔都定義完成之后，既可以進(jìn)入發(fā)布階段，在發(fā)布之前，需要制定對(duì)應(yīng)的評(píng)審流程，具體流程此處不再贅述。 架構(gòu)設(shè)計(jì)階段ESB項(xiàng)目的架構(gòu)設(shè)計(jì)階段，主要是系統(tǒng)集成架構(gòu)的設(shè)計(jì)，主要的工作是與行方根據(jù)IT規(guī)劃設(shè)計(jì)集成架構(gòu)，其中很重要的一項(xiàng)工作是制定各系統(tǒng)的接入技術(shù)規(guī)范，存量系統(tǒng)按什么標(biāo)準(zhǔn)接入ESB，新系統(tǒng)按照什么標(biāo)準(zhǔn)接入；報(bào)文格式采用什么格式，標(biāo)準(zhǔn)格式還是特定格式等。單元測(cè)試主要也是使用產(chǎn)品提供的測(cè)試工具進(jìn)行測(cè)試，主要的工作還是編寫(xiě)對(duì)應(yīng)的測(cè)試報(bào)文。在拿到各系統(tǒng)的項(xiàng)目計(jì)劃后，ESB項(xiàng)目經(jīng)理需要判斷集成測(cè)試的時(shí)間安排，了解各項(xiàng)目組的人員技術(shù)能力、開(kāi)發(fā)測(cè)試習(xí)慣、對(duì)應(yīng)公司的CMMI級(jí)別等信息，判斷集成的風(fēng)險(xiǎn)程度，必要時(shí)，需要及時(shí)向項(xiàng)目群提出該風(fēng)險(xiǎn)，要求對(duì)應(yīng)的項(xiàng)目組進(jìn)行整改。此時(shí)，主要的工作是需要協(xié)助各項(xiàng)目組及時(shí)定位問(wèn)題和判斷問(wèn)題，自身的問(wèn)題一般較少，具體支持的工作量與業(yè)務(wù)系統(tǒng)的質(zhì)量和業(yè)務(wù)系統(tǒng)開(kāi)發(fā)人員的技能水平有關(guān)，該階段不需要太多的開(kāi)發(fā)人員。第二輪測(cè)試一般需要使用上線(xiàn)后使用的機(jī)器，搭建完全相同的環(huán)境（集群），對(duì)ESB性能進(jìn)行測(cè)試。3 新疆農(nóng)信信息交換平臺(tái)實(shí)施過(guò)程注意事項(xiàng) 重點(diǎn)掌握OSB產(chǎn)品新疆農(nóng)信的信息交換平臺(tái)主要功能將在OSB平臺(tái)上，需要盡快掌握產(chǎn)品的功能、開(kāi)發(fā)配置過(guò)程，掌握SOA架構(gòu)的概念，由于第一期的服務(wù)不會(huì)太多，建議可以暫不考慮OER和SOA Management Pack產(chǎn)品的使用，集中力量盡快掌握OSB的功能和對(duì)應(yīng)擴(kuò)展開(kāi)發(fā)。Telnet是當(dāng)前字符柜面使用，不用考慮。寧可累死在路上，也不能閑死在家里！寧可去碰壁，也不能面壁。能干的人，不在情緒上計(jì)較，只在做事上認(rèn)真；無(wú)能的人！不在做事上認(rèn)真，只在情緒上計(jì)較。什么是奮斗？奮斗就是每天很難，可一年一年卻越來(lái)越容易。Tuxedo在核心與信貸，核心與ECIF之間會(huì)用到，Socket在核心與支付平臺(tái)之間會(huì)用到，其中ESB已預(yù)先提供了對(duì)Tuxedo的支持，項(xiàng)目組需要考慮對(duì)socket支持的開(kāi)發(fā)。 服務(wù)分析過(guò)程的掌握服務(wù)分析是SOA實(shí)施的基礎(chǔ)，需要盡快熟悉和掌握服務(wù)分析的方法，取得客戶(hù)的認(rèn)可。性能指標(biāo)測(cè)試出，若滿(mǎn)足客戶(hù)未來(lái)業(yè)務(wù)發(fā)展的預(yù)期，在ESB實(shí)施二期、三期等不再安排性能測(cè)試。一般ESB性能測(cè)試至少會(huì)安排兩輪，第一輪，主要是使用單臺(tái)機(jī)器測(cè)試產(chǎn)品的性能，要求硬件設(shè)備、軟件環(huán)境和上線(xiàn)系統(tǒng)一致，測(cè)試時(shí)需要完成測(cè)試方案，包含測(cè)試環(huán)境要求、場(chǎng)景的選擇、測(cè)試方式、執(zhí)行過(guò)程，預(yù)期目標(biāo)等。很多情況下，項(xiàng)目組采用周匯報(bào)的方式，在該階段，為了保證及時(shí)發(fā)現(xiàn)問(wèn)題，至少采用日匯報(bào)總結(jié)的方式，甚至采用半天的方式進(jìn)行集成的跟蹤，匯總每日（半日）集成結(jié)果，制定對(duì)應(yīng)策略，協(xié)調(diào)相關(guān)人員及時(shí)解決。 集成測(cè)試集成測(cè)試往往是最容易被忽視和出現(xiàn)風(fēng)險(xiǎn)的階段，很多項(xiàng)目計(jì)劃沒(méi)有安排集成階段，或者給出了很短的周期，實(shí)際上集成測(cè)試是最容易延期的一個(gè)階段，主要的問(wèn)題是業(yè)務(wù)系統(tǒng)測(cè)試出口的標(biāo)準(zhǔn)沒(méi)有嚴(yán)格控制，沒(méi)有開(kāi)發(fā)對(duì)應(yīng)的擋板對(duì)外部系統(tǒng)的交互接口進(jìn)行嚴(yán)格測(cè)試。 設(shè)計(jì)與實(shí)現(xiàn)階段對(duì)于ESB項(xiàng)目而言，除了系統(tǒng)自身功能的開(kāi)發(fā)之外，主要是針對(duì)特定通訊協(xié)議的開(kāi)發(fā)，該開(kāi)發(fā)工作量相對(duì)較小，且開(kāi)發(fā)后可以通用。發(fā)布的對(duì)象是什么人？定義發(fā)布的頻度和周期，比如每周發(fā)布幾次？什么時(shí)間發(fā)布等，形成約定的發(fā)布流程。因?yàn)樵陂_(kāi)發(fā)階段，ESB的服務(wù)規(guī)范發(fā)布時(shí)，ESB系統(tǒng)中尚未配置該服務(wù)，此時(shí)，服務(wù)消費(fèi)方無(wú)法通過(guò)ESB系統(tǒng)查找出對(duì)應(yīng)的服務(wù)，可能會(huì)影響對(duì)應(yīng)的開(kāi)發(fā)過(guò)程。這樣，各系統(tǒng)對(duì)日期的處理都采用同樣的方式，在報(bào)文規(guī)范性檢查時(shí)也可采用統(tǒng)一的檢查條件。映射文檔可參看以下文件。 編寫(xiě)服務(wù)映射文檔服務(wù)映射文檔主要針對(duì)存量系統(tǒng)使用，一般存量系統(tǒng)可能難以按照服務(wù)定義的字段名稱(chēng)進(jìn)行接口的修改，還是采用原有的字段名稱(chēng)，當(dāng)新的調(diào)用者調(diào)用時(shí)，就需要在ESB進(jìn)行字段映射，將服務(wù)規(guī)范的字段名映射成存量系統(tǒng)可理解的字段名稱(chēng)。對(duì)于沒(méi)有國(guó)際和行業(yè)標(biāo)準(zhǔn)代碼表的，應(yīng)推動(dòng)行方編制全行代碼表。 編寫(xiě)服務(wù)規(guī)范文檔編寫(xiě)服務(wù)規(guī)范文檔，主要是定義服務(wù)的分類(lèi)和服務(wù)的契約，主要對(duì)服務(wù)的輸入輸出字段進(jìn)行定義和描述。但在合并時(shí)，若相近業(yè)務(wù)功能接口的字段差異較大，建議分別定義服務(wù)，如前面提到的對(duì)公、對(duì)私客戶(hù)信息維護(hù)，雖然在業(yè)務(wù)功能上都是客戶(hù)信息維護(hù)。從以上文章可以看出，服務(wù)粒度的劃分也是一個(gè)平衡的過(guò)程，需要在業(yè)務(wù)穩(wěn)定性、靈活性、性能等之間找出最合適的點(diǎn)，但這個(gè)點(diǎn)的判定需要分析人員依據(jù)自己的經(jīng)驗(yàn)、依據(jù)業(yè)務(wù)需求、系統(tǒng)需求給出綜合判斷。很顯然，二者的著眼點(diǎn)是背離的，為了符合性能的需求，需要在二者之間折中妥 協(xié)。而服務(wù)顆粒度越小，也就意味著包含的功能越簡(jiǎn)單，雖然單個(gè)服務(wù)執(zhí)行效率很高，但從業(yè)務(wù) 意義上，完成一項(xiàng)業(yè)務(wù)任務(wù)所需的服務(wù)調(diào)用次數(shù)越多，來(lái)回請(qǐng)求響應(yīng)次數(shù)增加。 Dan Foody曾在他的weblog里建議Webservice的每一個(gè)operation執(zhí)行應(yīng)該在5ms到5s之間完成，小于5ms或者大于5s就意味著 服務(wù)粒度要么太小，要么太大。因 此這些流程在分解過(guò)程中，一旦識(shí)別出自治的（事務(wù)一致、上下文獨(dú)立的）、粗粒度的服務(wù)就可以結(jié)束，因?yàn)樗鼈兿鄬?duì)穩(wěn)定。因 此，一個(gè)有效的經(jīng)