IT界出現的最新術語SOA，是服務型架構（service oriented architecture）的縮寫。它是如今IT經理
、係統集成商和IT供應商的最常掛在嘴邊的詞，然而隻有很少的經理、集成商或供應商知道它到底是什麼。SOA其qi實shi不bu是shi一yi種zhong產chan品pin，技ji術shu或huo者zhe體ti係xi結jie構gou，它ta隻zhi是shi一yi種zhong應ying用yong軟ruan件jian一yi體ti化hua的de概gai念nian。這zhe一yi點dian製zhi造zao業ye的de專zhuan業ye人ren士shi應ying該gai知zhi道dao，因yin為wei他ta們men常chang常chang被bei要yao求qiu將jiang他ta們men的de係xi統tong與yu其qi它ta係xi統tong界jie麵mian通tong過guoESB(企業服務總線)主幹網，以SOA 模式連接起來。ESB是軟件、路由信息、緩衝請求和回應的連接通道，而SOA則限定了通過這條通道的內容。

　　最早的SOA 概(gai)念(nian)是(shi)希(xi)望(wang)任(ren)何(he)應(ying)用(yong)軟(ruan)件(jian)的(de)界(jie)麵(mian)都(dou)應(ying)該(gai)具(ju)備(bei)一(yi)定(ding)的(de)商(shang)業(ye)用(yong)途(tu)，比(bi)如(ru)可(ke)以(yi)處(chu)理(li)一(yi)個(ge)購(gou)貨(huo)訂(ding)單(dan)或(huo)者(zhe)進(jin)行(xing)庫(ku)存(cun)的(de)實(shi)物(wu)清(qing)算(suan)。隻(zhi)要(yao)開(kai)始(shi)服(fu)務(wu)就(jiu)可(ke)以(yi)自(zi)動(dong)完(wan)成(cheng)整(zheng)套(tao)相(xiang)關(guan)的(de)商(shang)業(ye)流(liu)程(cheng)。舉(ju)一(yi)個(ge)例(li)子(zi)
，有(you)一(yi)項(xiang)可(ke)以(yi)提(ti)供(gong)“為到達的貨物分配一個庫存容器號碼”的服務。這項服務用物質化的ID標簽
，為庫存的容器分配一個號碼。因此，它的SOA界麵可能就是被稱為“AssignStorageContainerID. （分配庫存容器ID）”的服務。它通過那個分配號碼的應用軟件與ESB相連。當分配ID時，程序有可

　　能同時執行其他的工作
，例如記錄任務
；專項儲存庫存號碼資料以備貨物到達時能及時調用；以及將容器的狀態標記為“使用中”。

　　SOA的設立基於6個假設的前提：係統是鬆散耦合的；界麵交換是非物質的；程序具有RPC(remote procedure call遠程功能呼叫)功能
；界麵基於消息
；消息使用XML 數據；以及界麵支持同步或不同步兩種數據傳輸形式。

　　當(dang)一(yi)個(ge)係(xi)統(tong)工(gong)作(zuo)時(shi)不(bu)會(hui)對(dui)另(ling)一(yi)係(xi)統(tong)產(chan)生(sheng)較(jiao)大(da)程(cheng)度(du)
，而(er)同(tong)時(shi)服(fu)務(wu)的(de)實(shi)施(shi)在(zai)幕(mu)後(hou)進(jin)行(xing)時(shi)，係(xi)統(tong)被(bei)認(ren)為(wei)是(shi)鬆(song)散(san)耦(ou)合(he)的(de)。而(er)非(fei)物(wu)質(zhi)的(de)界(jie)麵(mian)並(bing)沒(mei)有(you)固(gu)定(ding)的(de)形(xing)式(shi)，每(mei)次(ci)使(shi)用(yong)的(de)其(qi)實(shi)隻(zhi)是(shi)被(bei)交(jiao)換(huan)的(de)數(shu)據(ju)，而(er)不(bu)是(shi)隱(yin)藏(zang)在(zai)背(bei)後(hou)的(de)服(fu)務(wu)提(ti)供(gong)商(shang)的(de)知(zhi)識(shi)和(he)經(jing)驗(yan)。RPC gongnengjiushichengxuyunxingqilaijiuxiangyigebendihanshuhuozhezichengxutiaoyongnabanjiandan

，shiyongzhewanquanbubilihuijiemianxinxiderenhexijie。yigejiyuxinxidejiemiantongguoESB在程序間傳送消息；這些消息基於XML 數shu據ju，而er非fei可ke展zhan開kai的de文wen件jian或huo某mou種zhong專zhuan用yong的de二er進jin製zhi語yu言yan。服fu務wu可ke能neng是shi同tong步bu的de，即ji發fa送song請qing求qiu然ran後hou等deng待dai即ji時shi回hui應ying。同tong樣yang的de
，當dang服fu務wu請qing求qiu發fa出chu後hou，程cheng序xu繼ji續xu處chu理li另ling一yi個ge過guo程cheng，稍shao後hou再zai做zuo出chu回hui應ying，這zhe時shi服fu務wu是shi不bu同tong步bu的de。

　　這些簡單的SOA 概(gai)念(nian)很(hen)難(nan)在(zai)現(xian)有(you)的(de)係(xi)統(tong)裏(li)實(shi)現(xian)。關(guan)鍵(jian)是(shi)為(wei)係(xi)統(tong)提(ti)供(gong)的(de)服(fu)務(wu)確(que)定(ding)適(shi)當(dang)的(de)程(cheng)度(du)和(he)類(lei)型(xing)。服(fu)務(wu)可(ke)以(yi)是(shi)精(jing)細(xi)型(xing)的(de)

，也(ye)就(jiu)是(shi)執(zhi)行(xing)諸(zhu)如(ru)改(gai)變(bian)某(mou)一(yi)數(shu)據(ju)要(yao)素(su)
；也可以是粗放型的
，即可處理重要複雜的商務過程的服務。可以想見，粗放型的服務是比較受歡迎的SOA 應用類型；當然，在很多情況下，精細型服務也是不可或缺的。

　　製造團隊應該幫助企業認清他們的係統需要實現的服務是粗放型還是精細型的，以方便其做出決定。通常會使用到SOA模式的商業流程主要集中在物質管理、物流控製，包括原材料、設備和人員的運轉等。粗放型服務主要針對生產
、測試、維護等主要流程，而精細型服務則主要處理與材料、設備和人員相關的具體信息。必須強調一點：SOA不是一個隨處可用的解決辦法
；要實現SOA必須要很好地理解生產製造在企業供應鏈裏所起的作用。

　　在任何領域中，語義都非常重要，而在SOA中更是如此。由於 SOA涉及多個團隊和組織，因此就相關術語達成一致至關重要。

　　在任何領域中，語義都非常重要，而在SOA中更是如此。由於 SOA涉及多個團隊和組織
，因此就相關術語達成一致至關重要。本係列將帶著您開始SOA之旅
，為您定義各種基礎術語和它們背後的重要概念。您將了解 SOA領域中需要理解並用於溝通的各個詞彙。對於每個術語，將說明它在 SOA領域中有何重要性、在這種情況下的含義、相關的標準有哪些以及與其他術語的區別如何。

　　在文中，您將探索各種術語和技術，它們有的與在高抽象級別(分析)下設計 SOA有關
，另一些則涉及如何推進到較低的抽象級別(設計)，後一種級別的下麵緊接著代碼級。

　　關於組織方式的說明

　　以yi下xia列lie出chu的de術shu語yu並bing不bu是shi按an照zhao字zi母mu順shun序xu排pai列lie的de
，同tong時shi也ye未wei按an照zhao其qi重zhong要yao性xing進jin行xing排pai列lie。相xiang反fan，我wo們men將jiang按an照zhao構gou建jian塊kuai的de方fang式shi對dui其qi進jin行xing組zu織zhi。本ben文wen是shi以yi服fu務wu概gai念nian為wei基ji礎chu的de，為wei了le定ding義yi其qi他ta術shu語yu
，它ta們men對dui與yu特te定ding原yuan則ze有you關guan的de概gai念nian進jin行xing分fen組zu，如ru本ben文wen中zhong的de分fen析xi 和設計。

　　分析和設計

　　分析和設計的內容包括若幹活動，通過這些活動

，可根據功能和非功能需求集來指定初始的 IT tixijiegou。qitayixiehuodongyekezuoweifenxiheshejidejichu，zhexiehuodongduichushidetixijiegoujiayixihua
，shichouxiangjibieyoufenxijijinrushejiji，zheyixihuachengduzuyirangkaifarenyuanshengchenghebianxiechushixiandaima。

　　SOA分析和設計也可以指以下術語中的一個或多個：

　　服務建模

　　麵向服務的分析和設計

　　麵向服務的建模和體係結構 (SOMA)

　　Rational Unified Process for Service-Oriented Modeling and Architecture (RUP SOMA)

　　分析會在較高的(概念級)抽象級別上對將要構建的係統進行描述。分析的輸入是一組需求和現有的資產(或是應用程序或係統)。輸出則是對需要構建的各個方麵的描述。分析對 SOA來說是至關重要的，因為通過分析，可以在服務標識期間使 IT 與業務保持一致。分析結果將作為輸入在設計中使用。

　　設計會描述將要構建的係統，更重要的是

，它還會對如何構建加以描述。

　　大多數體係結構工作是在分析和設計的工作流中、在項目的細化階段執行的。

　　麵向服務的分析和設計利用了分析和設計原則(如麵向對象的開發或基於組件的開發中的原則)。例如
，您也許還記得所謂的麵向對象的分析和設計 (OOAD)。不過
，必須注意的是，SOA的工作重點始終在於服務(而不是對象或組件)。

　　注意：分析級模型常會發展為設計級模型
，所以對於分析和設計而言隻有一套 RUP 原則。

　　麵向服務的分析和設計工作的主要輸出是一個服務模型(即先前所說的服務規範)heyigeshejimoxing，fuwumoxingjilulemianxiangfuwudexitongzhongsuoyouzhongyaodetixijiegoubujian，ershejimoxingzejinyibuchanshulefuwumoxingyingruheshixiandexijie。zhelianggemoxingdui SOA設計進行了全麵說明，開發者可以據此明白無誤地執行這一實現。

　　在下列各部分中將描述相關任務
，為您介紹麵向服務的分析和設計的相關術語。

　　注意：術語標識 和規範 適用於基於組件的開發中
，而術語規範 和實現 則是由通用建模語言 (Unified Modeling Language, UML) 定義的。這三個術語構成了 RUP SOMA 的核心活動(術語的含義未變)。

　　服務標識

　　服務標識 是核心的麵向服務的分析活動。服務標識的目的是將各個分組的概念化服務及其操作標識出來。

　　這(zhe)些(xie)經(jing)過(guo)標(biao)識(shi)的(de)服(fu)務(wu)對(dui)於(yu)業(ye)務(wu)而(er)言(yan)是(shi)有(you)意(yi)義(yi)的(de)
，業(ye)務(wu)需(xu)要(yao)這(zhe)些(xie)服(fu)務(wu)。事(shi)實(shi)上(shang)，業(ye)務(wu)分(fen)析(xi)師(shi)會(hui)幫(bang)助(zhu)軟(ruan)件(jian)架(jia)構(gou)師(shi)進(jin)行(xing)這(zhe)項(xiang)工(gong)作(zuo)。下(xia)一(yi)部(bu)分(fen)將(jiang)介(jie)紹(shao)服(fu)務(wu)設(she)計(ji)原(yuan)則(ze)，您(nin)會(hui)了(le)解(jie)到(dao)對(dui)服(fu)務(wu)邏(luo)輯(ji)分(fen)組(zu)的(de)需(xu)求(qiu)、對服務及其操作的業務命名的需求。這些都是在服務標識期間決定的
，其間使用了多種技術

，RUP SOMA 中描述的那些技術也包括在內。

　　我們來深入了解一下：

　　自頂向下方法

　　業務體係結構工作從一組業務目標開始

，標識出一個或多個應予關注的業務流程
，這在 SOA中是非常典型的。通過業務建模工作
，可能會出現已經過設計的業務流程(即未來的流程)
，對於正在設計中的係統
，它們可以被視為功能性的需求。

　　自頂向下方法旨在分解業務元素(主要是業務流程和用例)，ranhoujiangtamenxihuaweishihefuwudelidu。zaishiyongzidingxiangxiafangfadeguochengzhong，nintongchangyaozaiyewurenwuzhongbiaoshichugezhongfuwucaozuo。zhezhongzuofadehaochuzaiyu，ninkeyiquebaobiaoshidefuwuyuyewubaochiyizhi。

　　自底向上方法

　　自底向上方法旨在分析現有的 IT 資產(如遺留的應用程序和係統)，找出可以作為服務公開的功能，以便重用它們。

　　重用是 SOA的一個重要組成部分，對於 SOA的成功是極為關鍵的。您可能知道，遺留應用程序(即已經部署的應用程序)是您的公司最寶貴的資產，應該加以利用。例如
，自底向上方法將分析現有的信息管理係統 (IMS) 事務或 COBOL 程序。

　　對於自底向上的分析，有一句忠告：您必須謹慎從事，不要盲目地公開現有的 IT 功能。例如
，用於創建
、讀取、更新、刪除 (CRUD) 數據的各項服務的粒度可能太小
，無法與業務保持一致。

　　SOA的反思：SOA架構的本質

　　我一直在反思SOA到底是什麼，是一種什麼樣的架構。雖然了解到一些基於SOA構架的產品，但總覺得依然“隔著一層紙”，並不清楚什麼才是真正的SOA架構。

　　年初的時候，寫過一篇名為“國內EAI正當時，BPM為時尚早，Workflow持續增長，SOA依然概念”的Blog日誌。那個時候，我認為SOA還依然是個很“虛”的概念。而現在，我隻能說：Sorry
，那時候的我，錯了。SOA已經不再是概念，而是一個實實在在的構架了。

　　在寫完那篇帖子之後，我一直在反思SOA到底是什麼，是一種什麼樣的架構。因為在在TIBCO中國研發中心工作的原因，可以接觸到TIBCO的一些最新的SOA產品。

　　雖然了解到一些基於SOA構架的產品，但總覺得依然“隔著一層紙”，並不清楚什麼才是真正的SOA架構。

　　很多時候
，我依然會認為SOA構架隻是滿足把應用暴露成Service(或者說是WebService)，以SOAP等之類的消息進行信息的傳輸

，以及基於Service之間的一些業務邏輯的整合應用(比如BPEL)等。

　　我相信，這樣的困惑
，在國內很多中間件產品、應用產品中都存在，在很多國內的開發人員、架構師心中也存在。

　　昨天，有幸參加了CSDN主辦的“SOA產業鏈及未來企業軟件趨勢”研討會
，收獲不小。參見昨天寫的blog隨感“參加“SOA產業鏈及企業軟件趨勢研討會”的感想”。經過那些專家們(毛新生


、Tiger、李勇、梁耀文等)的解惑
，對SOA是一種什麼樣的構架，有了一些更深刻的認識。

　　但說真的，如果不是目前在TIBCO中國研發中心工作的經曆
，以及所接觸到一些國外最新產品構架的巨變，僅憑昨天的聽講，也很難把握毛先生他們所說的那些SOA理念。

　　具體昨天有哪些重要的理念就不在重複的敘述了，參看“參加“SOA產業鏈及企業軟件趨勢研討會”的感想”
，裏麵有詳細的敘述。

　　今天隻談反思：SOA架構的本質。

　　剛剛看到一篇新聞
，講的是SAP代號為A1S的新產品軟件設計方法
，參見“新聞分析：解密代號A1S”。這和昨天研討會上，SAP的李勇先生，所闡述的一些觀點很類似：SAP的產品在往SOA架構遷移中
，經曆了三個大的步驟：第一步

，提供更好的服務層麵的容器或平台的支持;第二步
，把業務抽象成服務，確切地說，是抽象業務對象(Business Object);第三步，把麵向垂直或水平層麵的各個產品，基於業務對象進行整合。

　　事實上，這就包含了昨天各個專家所闡述的SOA架構的本質：一切圍繞業務對象(Business Object)或業務模型(Business Model)
，至於“服務”，隻是這些業務模型暴露出來的形式，因為以統一的服務形式暴露出來，更便於不同供應商和客戶之間的信息交互。

　　在Gartner十年前提出SOA概念的時候(1996年)，尚沒有web service技術。SOA架構的本質
，並不是說把你的應用或者組件包裝成Service就是SOA
，而是說
，你需要基於一種構架
，能夠讓你的產品能夠更適應“業務敏捷性(Business Agility)”。但dan是shi這zhe種zhong業ye務wu敏min捷jie性xing僅jin僅jin是shi一yi家jia提ti供gong商shang或huo產chan品pin是shi很hen難nan滿man足zu的de，肯ken定ding需xu要yao各ge個ge不bu同tong的de供gong應ying商shang協xie助zhu完wan成cheng
，不bu同tong的de產chan品pin之zhi間jian能neng夠gou比bi較jiao容rong易yi的de進jin行xing消xiao息xi交jiao互hu。這zhe樣yang的de靈ling活huo度du肯ken定ding不bu是shi傳chuan統tong的de基ji於yu消xiao息xi的deEAI產品所能夠滿足的，需要一種新的協議或標準來支撐。—— 當Web Service誕生之後，所有的大廠商都發現這是一種非常符合他們需求的技術。

　　但是服務的本質
，是在後端能夠提供一套“業務模型”。而製成這種業務模型或業務對象構建的技術，正好就是前幾年所熱炒的“模型驅動構架(Model-Driven-Architecture)”。事實上
，現在各大廠商都在基於這個構架在轉變自己的產品構架，BEA
，IBM，TIBCO都在進行著這樣的巨變。

　　在回頭想想我們常說的“SOA真理三角”：數據(Data)——組件架構(Component Architecture)——組合(Composition)。因為幾乎所有的業務模型最終需要被“業務對象+業務組件”反映出來
，而它們之間需要進行一係列的組合和交互

，來滿足業務的處理。

　　在SOA聯盟組織的SDO和SCA標準，正是用於解決數據和組件模型描述的問題
，這方麵幾乎所有的EAI廠商都加盟進來了，IBM、BEA
、IONA、Oracle、SAP、Sybase、TIBCO、Software AG等等

，這其中好包含國內的普元軟件。

　　SOA 從概念到行動

　　真實的SOA世界距離我們還有多遠?今天
，盡管SOA還沒有一個準確的定義，但IT公司們已經將其變成了觸手可及的商業科技工具，在商業引擎的驅動下
，利用這些工具部署SOA已經成為商業科技企業的現實。

　　真實的SOA世界距離我們還有多遠?四五年前，SOA還隻是一個空洞的概念

，缺乏產品和技術標準的支持，企業隻能視其為鏡花水月;今天，盡管SOA還沒有一個準確的定義，但IT公司們已經將其變成了觸手可及的商業科技工具，人們不必再泛泛而談SOA的未來
，在商業引擎的驅動下，利用這些工具部署SOA已經成為商業科技企業的現實。

　　國際商業機器公司(IBM)
、畢益輝係統有限公司(BEA System)
、甲骨文公司(Oracle)、微軟公司(Microsoft)等走在了SOA浪潮的前列。這些主流中間件廠商最早認識到SOA在未來平台技術中的超然地位，並且不遺餘力地推動SOA技術的發展。如果說前兩年這些廠商還停留在SOA概念的炒作階段，那麼，在經曆了數年的研發和測試以後
，從2005年開始，他們已經陸續推出各自的SOA策略、架構以及產品，真正將SOA推動到可部署階段。

　　“SOA是BEA公司非常重要的戰略。”BEA中國公司技術總監喻思成用“非常重要”形容SOA在BEA公司技術戰略中的地位。就在上個月，BEA公司已經正式公布了他們最新的中間件軟件品牌—AquaLogic，這條新產品線提供了全麵的管理環境，幫助開發者使用開放的Web服務標準和工具創造所謂的SOA架構。而在此之前
，已經有很多開發者基於 BEA公司的WebLogic Platform為企業開發SOA。BEA公司產品市場總監比爾•羅斯(Bill Roth)表示，與WebLogic Platform不同的是
，AquaLogic的目標使用群體更集中於類似思愛普軟件係統公司SAP、甲骨文公司的谘詢顧問這樣的人群，對於這些谘詢顧問而言，配置應用係統並創造商業價值比寫軟件代碼更有意思。

　　IBM公司則基於SOA理念提出了“整合”戰略
，希望通過建立基於開放標準的、統一的
、高效的、易於管理的IT基礎平台，通過SOA與Workplace客戶端技術(WCT)，實現企業IT前台—用戶端、後台服務器的整合，從而靈活地配製企業的內外部IT資源，使企業在市場需求
、市場機遇或競爭威脅出現時能夠迅速響應，成為能夠真正隨需應變的企業。“SOA相當於隨需應變的DNA。”IBM公司WebSphere軟件副總裁桑蒂•卡特(Sandy Carter)在接受《信息周刊》專訪時如此評價。

　　在產品方麵，IBM公司的信使軟件WebSphere MQ提供了對SOA的支持。今年5月，IBM公司公布了信使軟件的最新6.0版本和WebSphere Business Integration(WBI)Server Express版本軟件。新版WebSphere MQ軟件可以幫助企業顯著降低日常頻繁發生在操作係統與應用之間的數據交換成本，如人工譯碼、文件傳輸及端到端的方案等成本。新版WBI Server Express則包括了集成現有應用的新適配器，通過使用向導驅動(Wizard-Driven)的業務規則提供了業務靈活性，並簡化了基於Web的遠程部署。此外
，IBM還提供了Rational測試工具


，用來幫助開發客戶基於SOA的數據應用。

　　微軟公司的未來操作係統長角(Longhorn)已經公布了部分技術細節，微軟公司高級副總裁埃裏克•魯德(Eric Rudder)透露，長角係統提供了一個安全可靠的Web服務體係架構，能夠方便地與互聯網上的其他係統進行交互。以前實現這樣的功能，需要編寫多達5.62萬行代碼，但如今
，隻需要3行代碼就行了。

　　此前
，微軟已經推出了代號為Indigo的技術
，這項技術據稱為合作夥伴建立新一代連接係統SOA鋪平了道路。Indigo既是.Net Framework 2.0的擴展
，也是微軟公司推進SOA的最新舉措，更是對競爭對手，比如IBM公司和太陽計算機係統公司(Sun)等所提供的SOA方案的有力回應。“轉向SOA已經是不可抗拒的趨勢。” 埃裏克•魯德這樣表態。

　　甲骨文公司的SOA策略與其“網格計算”戰略緊密結合在一起。目前，甲骨文公司在SOA領域最大的優勢來自其Enterprise Manager和 Application Server產品的覆蓋麵。通過不斷收購和簽署授權協議，甲骨文公司已經建立了一係列相對完整的開發和部署工具
，其中最著名的包括Oracle database 10g
、Oracle Application Server 10g和Oracle JDeveloper 10g。“SOA的關鍵是要把應用變成組件，Jdeveloper很重要的作用就是通過調用BEPL圖形化工具，幫助客戶把程序打包成組件。”甲骨文公司大中國區應用服務器谘詢顧問總監雷振球透露。

　　SOA在影響中間件開發平台的同時，也改變了傳統以應用為對象的開發方式
，應用軟件提供商同樣必須適應SOA帶來的影響。今年年初
， 思愛普軟件係統公司(SAP)表示說，他們將向企業提供“建設基於服務的架構”的服務—Enterprise Services Architecture Adoption Program (ESAP)。該服務向企業提供格式化的、逐步的服務，幫助企業解決建立以SOA為基礎的各類解決方案時產生的策略變動。

　　據SAP 公司預計，到2005年底，該公司旗下所有產品將會以NetWeaver 基礎軟件為核心來打造。在NetWeaver 2004中包含一個綜合性的組件設置

，包括接口軟件
、應用服務程序、集成工具、數據分析係統
、工作流程序、標準數據管，另外還有一個開發平台
，所有這些都是基於SOA框架的。

　　不僅僅是SAP公司，大多數應用軟件開發商都將隨SOA而“舞”。事實上，很多開發商通過與平台開發商建立合作關係
，在平台開發商提供的支持SOA的平台上進行應用係統的開發。“很多中國的ISV(獨立軟件開發商)都已經開始了行動。而且
，不但是針對國內市場需要，他們將來走向國際市場，也必須要采用SOA的發展方向。”雷振球提醒中國的ISV。

　　SOA所帶來的衝擊波已遠超出軟件業。企業計算芯片提供商
、通信產品開發商等如今都開始規劃自己的SOA策略。英特爾公司去年推出了服務導向企業(Service Oriented Enterprise ，SOE)計劃，SOE計劃將移動計算、網格計算和可管理性元素融入同一框架之中
，幫助IT經理利用這些技術來實現業務轉型。根據基於該計劃的英特爾企業平台技術發展策略
，英特爾公司↖ntel)2005年首先實現雙核處理器
，以及“Silversvale”虛擬化分區技術;未來逐漸走向多核運算，虛擬化的範圍也逐漸擴展到存儲和I/O部件。

　　通信設備廠商亞美亞公司(Avaya)最近也發布了支持SOA的通信應用套件。這款名為Avaya Communication Manager 3.0的新產品是Avaya MultiVantage通信應用套件的核心部件。Avaya大中華區產品經理沈曉暉透露
，Communication Manager 3.0采用了基於Webfuwudekaifangshiyingyonghuanjingdejiagou，shikaifazhenenggoubianjiedichuangjianxiayidaiqiyetongxinyingyong
，bashishitongxundeyingyongrongrudaoqiyeyewuyingyongzhong，congertigaoqiyeyewuyunzuodelinghuoxing。“SOA架構為ISV提供了最簡單的接口
，改變了原來開發的方式，從此，應用開發人員做Avaya產品的集成不再受到限製。”沈曉暉說，“這也許將改變我們傳統的生活方式。”

　　盡管已有可部署的SOA 產品和平台出現，但這僅僅意味著開始。大部分企業將分階段采用SOA
，而SOA的核心標準也將繼續演進。作為供應商們繼續投入大力研發的戰略性技術
，在未來的一到兩年內，競爭狀況和針對明確的SOA要求推出的產品可能會發生巨大變化。另外
，對於用戶而言，究竟應該選擇什麼平台或者什麼產品，的確是應該三思而慎行。