面向服務(wù)的體系結(jié)構(gòu)專題報(bào)告

面向服務(wù)架構(gòu)的理解與分析廖志鋼摘要面向服務(wù)的體系結(jié)構(gòu)（Service-OrientedArchitecture，SOA）是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以一種統(tǒng)一和通用的方式進(jìn)行交互。SOA是一種以服務(wù)為中心，松散耦合、可動(dòng)態(tài)優(yōu)化和重用擴(kuò)展的分布式應(yīng)用構(gòu)造方法。經(jīng)過十多年的歷練與發(fā)展，已成為在開放、異構(gòu)的網(wǎng)絡(luò)環(huán)境下構(gòu)造集成化分布式信息系統(tǒng)的潮流。SOA所帶來的IT系統(tǒng)松耦合、互操作的特性，以及由此帶來的大粒度重用、大規(guī)模集成、靈活性提升等諸多優(yōu)點(diǎn)，為軟件系統(tǒng)的建立、整合與運(yùn)維，尤其是基于互聯(lián)網(wǎng)的軟件產(chǎn)業(yè)的創(chuàng)新與發(fā)展，帶來了新的動(dòng)力和機(jī)遇。關(guān)鍵詞：SOA面向服務(wù)體系架構(gòu)分析1SOA的發(fā)展歷程SOA的概念最初由Gartner公司于1996提出,由于當(dāng)時(shí)的技術(shù)水平和市場(chǎng)環(huán)境尚不具備真正實(shí)施SOA的條件,因此當(dāng)時(shí)SOA并未引起人們的廣泛關(guān)注。伴隨著互聯(lián)網(wǎng)的浪潮,越來越多的企業(yè)將業(yè)務(wù)轉(zhuǎn)移到互聯(lián)網(wǎng)領(lǐng)域,帶動(dòng)了電子商務(wù)的蓬勃發(fā)展。為了能夠?qū)⒐镜臉I(yè)務(wù)打包成獨(dú)立的、具有很強(qiáng)伸縮性的基于互聯(lián)網(wǎng)的服務(wù),出現(xiàn)了Web服務(wù)的概念,這可以說是SOA的開端。新技術(shù)的興起必然伴隨著一系列技術(shù)標(biāo)準(zhǔn)和規(guī)范的誕生,SOA也是如此。短短幾年之內(nèi),在廠商、研究人員和標(biāo)準(zhǔn)化組織的共同努力下,已經(jīng)制定出一大批SOA標(biāo)準(zhǔn)和規(guī)范,有力地推動(dòng)了SOA的發(fā)展。據(jù)統(tǒng)計(jì),目前有超過56個(gè)涉及SOA的各個(gè)方面的標(biāo)準(zhǔn)機(jī)構(gòu),但他們之間工作的不協(xié)調(diào),也給SOA的發(fā)展帶來的負(fù)面影響。根據(jù)Gartner的跟蹤分析，2007年SOA開始走出谷底，2008則還在復(fù)蘇期緩慢地艱難爬升。整體上看，SOA仍然處于成長(zhǎng)上升階段，還未真正廣泛普及，還未形成穩(wěn)定的價(jià)值。未來幾年SOA將進(jìn)入到應(yīng)用市場(chǎng)主導(dǎo)的理性發(fā)展階段，人們將把更多的關(guān)注點(diǎn)放在SOA如何“落地”，即用戶如何成功實(shí)施SOA、并創(chuàng)造實(shí)際價(jià)值等方面。2國(guó)內(nèi)對(duì)于SOA推廣應(yīng)用認(rèn)識(shí)現(xiàn)狀分析盡管SOA的概念進(jìn)入中國(guó)已有一段時(shí)間，但國(guó)內(nèi)用戶至今對(duì)SOA的認(rèn)識(shí)仍不夠清晰，導(dǎo)致SOA的市場(chǎng)需求并不明朗。就目前國(guó)內(nèi)的現(xiàn)狀來看，對(duì)于SOA，更多的企業(yè)仍處于觀望的態(tài)度，有很多的疑慮。據(jù)調(diào)查，表示對(duì)SOA關(guān)注的企業(yè)用戶為數(shù)不多，其中有15.9%的流通行業(yè)，而在制造行業(yè)僅有8.6%。國(guó)內(nèi)SOA應(yīng)用的這一尷尬局面，很大程度上是由于認(rèn)識(shí)上的誤區(qū)影響了SOA推廣應(yīng)用。認(rèn)識(shí)的誤區(qū)主要表現(xiàn)在三方面：首先，認(rèn)為SOA是萬能的，可以應(yīng)用于所有的場(chǎng)合。其實(shí)情況并非如此。SOA并不能代替已經(jīng)在公司內(nèi)部存在的那些被良好集成的應(yīng)用系統(tǒng)。通過合理的部署，SOA系統(tǒng)可以改善原有的IT系統(tǒng)，使得原有的那些應(yīng)用系統(tǒng)更具有柔性。通常情況下，復(fù)雜的IT構(gòu)架對(duì)SOA的需求更加迫切，并且SOA需要與外部復(fù)雜的IT環(huán)境交互，并快速地應(yīng)對(duì)頻繁發(fā)生的業(yè)務(wù)變化。其次，認(rèn)為構(gòu)建了SOA架構(gòu)，就不再需要應(yīng)用整合技術(shù)。其實(shí)，SOA并非一蹴而就。雖然SOA使系統(tǒng)整合更容易，但是企業(yè)仍然需要核心的整合技術(shù)，例如轉(zhuǎn)換、挖掘、流程整合、適配器等等，使它們成為架構(gòu)和規(guī)劃中的組成部分。企業(yè)先要對(duì)需求進(jìn)行一次全面的評(píng)估，不僅僅局限于IT，而是面向整個(gè)企業(yè)。實(shí)現(xiàn)SOA可能需要耗費(fèi)幾年的時(shí)間。第三，認(rèn)為構(gòu)建了SOA，就不需要IT人員的參與，業(yè)務(wù)人員照樣可以把服務(wù)連接成新的業(yè)務(wù)流程。這種想法沒有考慮服務(wù)的實(shí)現(xiàn)仍得有人編寫實(shí)施服務(wù)的軟件，系統(tǒng)也仍需要有經(jīng)驗(yàn)的IT專業(yè)人員把業(yè)務(wù)工作流轉(zhuǎn)換成顧及企業(yè)級(jí)性能、安全、資源使用和可靠性的具體實(shí)施方案。其實(shí)這些誤區(qū)的產(chǎn)生是由于對(duì)SOA的理解偏差所致。對(duì)于國(guó)內(nèi)的用戶來講，接受SOA難的并不是技術(shù)，而是SOA理念的灌輸，以及對(duì)企業(yè)文化的重新改造。SOA與傳統(tǒng)的應(yīng)用體系結(jié)構(gòu)不同，SOA更多地是針對(duì)變化而設(shè)計(jì)，基于SOA的系統(tǒng)能具備更大的彈性，而且能夠?qū)崟r(shí)地根據(jù)企業(yè)的變化，調(diào)整自己的結(jié)構(gòu)，以滿足企業(yè)變化的需求。3SOA的理解3.1松耦合的系統(tǒng)這種具有中立的接口定義（沒有強(qiáng)制綁定到特定的實(shí)現(xiàn)上）的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點(diǎn)，一點(diǎn)是它的靈活性，另一點(diǎn)是，當(dāng)組成整個(gè)應(yīng)用程序的每個(gè)服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸地發(fā)生改變時(shí)，它能夠繼續(xù)存在。而另一方面，緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當(dāng)需要對(duì)部分或整個(gè)應(yīng)用程序進(jìn)行某種形式的更改時(shí)，它們就顯得非常脆弱。對(duì)松耦合的系統(tǒng)的需要來源于業(yè)務(wù)應(yīng)用程序需要根據(jù)業(yè)務(wù)的需要變得更加靈活，以適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級(jí)別、業(yè)務(wù)重點(diǎn)、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需（Ondemand）業(yè)務(wù)，在按需業(yè)務(wù)中，一旦需要，就可以對(duì)完成或執(zhí)行任務(wù)的方式進(jìn)行必要的更改。雖然面向服務(wù)的體系結(jié)構(gòu)不是一個(gè)新鮮事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ停嫦驅(qū)ο蟮哪Ｐ褪蔷o耦合的，已經(jīng)存在二十多年了。雖然基于SOA的系統(tǒng)并不排除使用面向?qū)ο蟮脑O(shè)計(jì)來構(gòu)建單個(gè)服務(wù)，但是其整體設(shè)計(jì)卻是面向服務(wù)的。由于它考慮到了系統(tǒng)內(nèi)的對(duì)象，所以雖然SOA是基于對(duì)象的，但是作為一個(gè)整體，它卻不是面向?qū)ο蟮?。不同之處在于接口本身。SOA系統(tǒng)原型的一個(gè)典型例子是通用對(duì)象請(qǐng)求代理體系結(jié)構(gòu)（CommonObjectRequestBrokerArchitecture，CORBA），它已經(jīng)出現(xiàn)很長(zhǎng)時(shí)間了，其定義的概念與SOA相似。然而，現(xiàn)在的SOA已經(jīng)有所不同了，因?yàn)樗蕾囉谝恍└碌倪M(jìn)展，這些進(jìn)展是以可擴(kuò)展標(biāo)記語言（eXtensibleMarkupLanguage，XML）為基礎(chǔ)的。通過使用基于XML的語言（稱為Web服務(wù)描述語言（WebServicesDefinitionLanguage，WSDL））來描述接口，服務(wù)已經(jīng)轉(zhuǎn)到更動(dòng)態(tài)且更靈活的接口系統(tǒng)中，非以前CORBA中的接口描述語言（InterfaceDefinitionLanguage，IDL）可比了。Web服務(wù)并不是實(shí)現(xiàn)SOA的惟一方式。前面剛講的CORBA是另一種方式，這樣就有了面向消息的中間件（Message-OrientedMiddleware）系統(tǒng)，比如IBM的MQseries。但是為了建立體系結(jié)構(gòu)模型，您所需要的并不只是服務(wù)描述。您需要定義整個(gè)應(yīng)用程序如何在服務(wù)之間執(zhí)行其工作流。您尤其需要找到業(yè)務(wù)的操作和業(yè)務(wù)中所使用的軟件的操作之間的轉(zhuǎn)換點(diǎn)。因此，SOA應(yīng)該能夠?qū)I(yè)務(wù)的商業(yè)流程與它們的技術(shù)流程聯(lián)系起來，并且映射這兩者之間的關(guān)系。例如，給供應(yīng)商付款的操作是商業(yè)流程，而更新您的零件數(shù)據(jù)庫，以包括進(jìn)新供應(yīng)的貨物卻是技術(shù)流程。因而，工作流還可以在SOA的設(shè)計(jì)中扮演重要的角色。此外，動(dòng)態(tài)業(yè)務(wù)的工作流不僅可以包括部門之間的操作，甚至還可以包括與不為您控制的外部合作伙伴進(jìn)行的操作。因此，為了提高效率，您需要定義應(yīng)該如何得知服務(wù)之間的關(guān)系的策略，這種策略常常采用服務(wù)級(jí)協(xié)定和操作策略的形式。最后，所有這些都必須處于一個(gè)信任和可靠的環(huán)境之中，以同預(yù)期的一樣根據(jù)約定的條款來執(zhí)行流程。因此，安全、信任和可靠的消息傳遞應(yīng)該在任何SOA中都起著重要的作用。3.2SOA的作用我可以用面向服務(wù)的體系結(jié)構(gòu)做什么？SOA的需要來源于需要使業(yè)務(wù)IT系統(tǒng)變得更加靈活，以適應(yīng)業(yè)務(wù)中的改變。通過允許強(qiáng)定義的關(guān)系和依然靈活的特定實(shí)現(xiàn)，IT系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準(zhǔn)備在以后做一些改變來滿足它們之間交互的需要。下面舉一個(gè)具體的例子。一個(gè)服裝零售組織擁有500家國(guó)際連鎖店，它們常常需要更改設(shè)計(jì)來趕上時(shí)尚的潮流。這可能意味著不僅需要更改樣式和顏色，甚至還可能需要更換布料、制造商和可交付的產(chǎn)品。如果零售商和制造商之間的系統(tǒng)不兼容，那么從一個(gè)供應(yīng)商到另一個(gè)供應(yīng)商的更換可能就是一個(gè)非常復(fù)雜的軟件流程。通過利用WSDL接口在操作方面的靈活性，每個(gè)公司都可以將它們的現(xiàn)有系統(tǒng)保持現(xiàn)狀，而僅僅匹配WSDL接口并制訂新的服務(wù)級(jí)協(xié)定，這樣就不必完全重構(gòu)它們的軟件系統(tǒng)了。這是業(yè)務(wù)的水平改變，也就是說，它們改變的是合作伙伴，而所有的業(yè)務(wù)操作基本上都保持不變。這里，業(yè)務(wù)接口可以作少許改變，而內(nèi)部操作卻不需要改變，之所以這樣做，僅僅是為了能夠與外部合作伙伴一起工作。另一種形式是內(nèi)部改變，在這種改變中，零售組織現(xiàn)在決定它還將把連鎖零售商店內(nèi)的一些地方出租給專賣流行衣服的小商店，這可以看作是采用店中店（store-in-store）的業(yè)務(wù)模型。這里，雖然公司的大多數(shù)業(yè)務(wù)操作都保持不變，但是它們現(xiàn)在需要新的內(nèi)部軟件來處理這樣的出租安排。盡管在內(nèi)部軟件系統(tǒng)可以承受全面的檢修，但是它們需要在這樣做的同時(shí)不會(huì)對(duì)與現(xiàn)有的供應(yīng)商系統(tǒng)的交互產(chǎn)生大的影響。在這種情況下，SOA模型保持原封不動(dòng)，而內(nèi)部實(shí)現(xiàn)卻發(fā)生了變化。雖然可以將新的方面添加到SOA模型中來加入新的出租安排的職責(zé)，但是正常的零售管理系統(tǒng)繼續(xù)如往常一樣。為了延續(xù)內(nèi)部改變的觀念，IT經(jīng)理可能會(huì)發(fā)現(xiàn)，軟件的新配置還可以以另外的一種方式加以使用，比如出租粘貼海報(bào)的地方以供廣告之用。這里，新的業(yè)務(wù)提議是通過在新的設(shè)計(jì)中重用靈活的SOA模型得出的。這是來自SOA模型的新成果，并且還是一個(gè)新的機(jī)會(huì)，而這樣的新機(jī)會(huì)在以前可能是不會(huì)有的。垂直改變也是可能的，在這種改變中，零售商從銷售他們自己的服裝完全轉(zhuǎn)變到專門通過店中店模型出租地方。如果垂直改變完全從最底層開始的話，就會(huì)帶來SOA模型結(jié)構(gòu)的顯著改變，與之一起改變的還可能有新的系統(tǒng)、軟件、流程以及關(guān)系。在這種情況下，SOA模型的好處是它從業(yè)務(wù)操作和流程的角度考慮問題而不是從應(yīng)用程序和程序的角度考慮問題，這使得業(yè)務(wù)管理可以根據(jù)業(yè)務(wù)的操作清楚地確定什么需要添加、修改或刪除。然后可以將軟件系統(tǒng)構(gòu)造為適合業(yè)務(wù)處理的方式，而不是在許多現(xiàn)有的軟件平臺(tái)上常?？吹降钠渌绞?。正如您可以看到的，在這里，改變和SOA系統(tǒng)適應(yīng)改變的能力是最重要的部分。對(duì)于開發(fā)人員來說，這樣的改變無論是在他們工作的范圍之內(nèi)還是在他們工作的范圍之外都有可能發(fā)生，這取決于是否有改變需要知道接口是如何定義的以及它們相互之間如何進(jìn)行交互。與開發(fā)人員不同的是，架構(gòu)師的作用就是引起對(duì)SOA模型大的改變。這種分工，就是讓開發(fā)人員集中精力于創(chuàng)建作為服務(wù)定義的功能單元，而讓架構(gòu)師和建模人員集中精力于如何將這些單元適當(dāng)?shù)亟M織在一起，它已經(jīng)有十多年的歷史了，通常用統(tǒng)一建模語言（UniversalModelingLanguage，UML），并且描述成模型驅(qū)動(dòng)的體系結(jié)構(gòu)（Model-DrivenArchitecture，MDA）。對(duì)于面向同步和異步應(yīng)用的，基于請(qǐng)求/響應(yīng)模式的分布式計(jì)算來說，SOA是一場(chǎng)革命。一個(gè)應(yīng)用程序的業(yè)務(wù)邏輯（businesslogic）或某些單獨(dú)的功能被模塊化并作為服務(wù)呈現(xiàn)給消費(fèi)者或客戶端。這些服務(wù)的關(guān)鍵是他們的松耦合特性。例如，服務(wù)的接口和實(shí)現(xiàn)相獨(dú)立。應(yīng)用開發(fā)人員或者系統(tǒng)集成者可以通過組合一個(gè)或多個(gè)服務(wù)來構(gòu)建應(yīng)用，而無須理解服務(wù)的底層實(shí)現(xiàn)。舉例來說，一個(gè)服務(wù)可以用.NET或J2EE來實(shí)現(xiàn)，而使用該服務(wù)的應(yīng)用程序可以在不同的平臺(tái)之上，使用的語言也可以不同。3.3SOA特性SOA服務(wù)具有平臺(tái)獨(dú)立的自我描述XML文檔。Web服務(wù)描述語言（WSDL，WebServicesDescriptionLanguage）是用于描述服務(wù)的標(biāo)準(zhǔn)語言。SOA服務(wù)用消息進(jìn)行通信，該消息通常使用XMLSchema來定義（也叫做XSD，XMLSchemaDefinition）。消費(fèi)者和提供者或消費(fèi)者和服務(wù)之間的通信多見于不知道提供者的環(huán)境中。服務(wù)間的通訊也可以看作企業(yè)內(nèi)部處理的關(guān)鍵商業(yè)文檔。在一個(gè)企業(yè)內(nèi)部，SOA服務(wù)通過一個(gè)扮演目錄列表（directorylisting）角色的登記處（Registry）來進(jìn)行維護(hù)。應(yīng)用程序在登記處（Registry）尋找并調(diào)用某項(xiàng)服務(wù)。統(tǒng)一描述，定義和集成（UDDI，UniversalDescription，Definition，andIntegration）是服務(wù)登記的標(biāo)準(zhǔn)。每項(xiàng)SOA服務(wù)都有一個(gè)與之相關(guān)的服務(wù)品質(zhì)（QoS，qualityofservice）。QoS的一些關(guān)鍵元素有安全需求（例如認(rèn)證和授權(quán)），可靠通信，以及誰能調(diào)用服務(wù)的策略。3.4SOA構(gòu)建實(shí)例分析以ERP與生產(chǎn)管理系統(tǒng)集成為例，ERP具有決策支持功能，為企業(yè)提供商業(yè)智能和決策支持，其在前端展示和個(gè)性化服務(wù)上的支持卻相當(dāng)薄弱，而生產(chǎn)管理系統(tǒng)作為前端用戶交互的門戶，在前端展示和個(gè)性化服務(wù)上提供了很好的支持，但其缺乏商業(yè)智能和決策支持的功能，綜上分析，ERP與生產(chǎn)管理系統(tǒng)存在優(yōu)勢(shì)互補(bǔ)的特點(diǎn)。因此，很好地集成以上兩個(gè)系統(tǒng)將大大提高企業(yè)的市場(chǎng)競(jìng)爭(zhēng)力。考慮到集成應(yīng)具備的靈活性、可拓展性、可重用性等特點(diǎn)，并結(jié)合SOA的基本原則，設(shè)計(jì)了基于SOA架構(gòu)的以WEB服務(wù)實(shí)現(xiàn)的ERP與生產(chǎn)管理系統(tǒng)集成模型框架。圖1基于SOA的ERP與電子商務(wù)系統(tǒng)的集成模型框架模型框架技術(shù)采用J2EE的架構(gòu)和標(biāo)準(zhǔn)實(shí)現(xiàn)。在該框架中以XML為數(shù)據(jù)交換的格式，以SOAP標(biāo)準(zhǔn)的RPC方法來調(diào)用Webservice,WSDL描述Webservice的細(xì)節(jié)，以UDDI來發(fā)布Webservice，這是Webservice中主要用到的標(biāo)準(zhǔn)協(xié)議，只要遵循這些協(xié)議，異構(gòu)的Webservice之間就可以互相訪問，達(dá)到多系統(tǒng)的交互集成。該集成模型框架的主要模塊功能描述如下：SOAP-Routing：定義了一個(gè)消息路徑模型，用來處理SOAP消息的傳遞，同時(shí)也是整個(gè)模型框架的核心，可使SOAP消息從服務(wù)客戶機(jī)到服務(wù)提供者的完整交換成為可能。通過其可選的反向路徑來啟用雙向消息交換模式，如請(qǐng)求/響應(yīng)模式。Web服務(wù)發(fā)布模塊：作為服務(wù)提供者將現(xiàn)有符合WSDL的Web服務(wù)向UDDI注冊(cè)中心注冊(cè)并發(fā)布。UDDI注冊(cè)中心：作為服務(wù)注冊(cè)中心提供發(fā)布和查找服務(wù)描述的方法。UDDI數(shù)據(jù)實(shí)體提供對(duì)定義業(yè)務(wù)和服務(wù)信息的支持。WSDL中定義的服務(wù)描述信息是UDDI注冊(cè)中心信息的補(bǔ)充。在本框架中UDDI注冊(cè)中心分為公共UDDI和私有UDDI注冊(cè)中心。公共UDDI注冊(cè)中心可以利用現(xiàn)有全球UDDI注冊(cè)中心功能，實(shí)現(xiàn)全球范圍內(nèi)服務(wù)的發(fā)現(xiàn)和訪問；私有UDDI注冊(cè)中心是企業(yè)內(nèi)部使用的UDDI注冊(cè)中心，企業(yè)內(nèi)部的Web服務(wù)通過這個(gè)注冊(cè)中心，對(duì)企業(yè)內(nèi)部發(fā)布，供企業(yè)內(nèi)部使用。Web服務(wù)應(yīng)用接口：作為服務(wù)使用者發(fā)起對(duì)注冊(cè)中心中服務(wù)的查詢，通過傳輸綁定服務(wù)，并且執(zhí)行服務(wù)功能。服務(wù)模塊：該模塊提供了監(jiān)視，管理和維持諸如安全，性能和可用性等QoS的能力。原子/事物引擎模塊：該模塊提供了原子、業(yè)務(wù)事務(wù)能力，能夠?qū)κ?，誤操作等一系列情況做回滾操作。功能擴(kuò)展預(yù)留模塊：框架的預(yù)留模塊，基于企業(yè)的發(fā)展需要，企業(yè)會(huì)提出更多的新增需求，今后可以在該模塊中實(shí)現(xiàn)。4SOA架構(gòu)給信息化帶來的變革隨著全球信息化的浪潮，信息化產(chǎn)業(yè)不斷發(fā)展、延伸，已經(jīng)深入了眾多的企業(yè)及個(gè)人，SOA系統(tǒng)架構(gòu)的出現(xiàn)，將給信息化帶來一場(chǎng)新的革命?？v觀信息化建設(shè)與應(yīng)用的歷程，盡管出現(xiàn)過XML、Unicode、UML等眾多信息標(biāo)準(zhǔn)，但是許多異構(gòu)系統(tǒng)之間的數(shù)據(jù)源仍然使用各自獨(dú)立的數(shù)據(jù)格式、元數(shù)據(jù)以及元模型，這是信息產(chǎn)品提供商一直以來形成的習(xí)慣。各個(gè)相對(duì)獨(dú)立的源數(shù)據(jù)集成一起，往往通過構(gòu)建一定的數(shù)據(jù)獲取與計(jì)算程序來實(shí)現(xiàn)，這樣的做法需要花費(fèi)大量工作。信息孤島大量存在的事實(shí)，使信息化建設(shè)的ROI大大降低，ETL成為集中這些異構(gòu)數(shù)據(jù)的有效工具。ETL常用于從源系統(tǒng)中提取數(shù)據(jù)，將數(shù)據(jù)轉(zhuǎn)換為與目標(biāo)系統(tǒng)相兼容的格式，然后將其裝載到目標(biāo)系統(tǒng)中。數(shù)據(jù)經(jīng)過獲取、轉(zhuǎn)換、裝載后，要產(chǎn)生應(yīng)用價(jià)值，還需另外的數(shù)據(jù)展現(xiàn)工具予以實(shí)現(xiàn)，如此復(fù)雜的數(shù)據(jù)應(yīng)用過程，必定產(chǎn)生高昂的應(yīng)用成本。結(jié)構(gòu)化的數(shù)據(jù)管理尚可通過以上方法，予以實(shí)現(xiàn)其集成應(yīng)用。在非結(jié)構(gòu)化的內(nèi)容方面，這些具有挑戰(zhàn)性的問題令人生畏。內(nèi)容管理的應(yīng)用方案基于不同的信息化應(yīng)用系統(tǒng)，而且大部分是縱向的以組織部門為界限的。在目前的內(nèi)容管理市場(chǎng)中，經(jīng)常使用來自不同廠商的產(chǎn)品來提供這些解決方案。即使是同一個(gè)廠商的產(chǎn)品，相互之間的功能也是經(jīng)常重疊，并且無法集成。隨著信息化建設(shè)的深入，不同應(yīng)用系統(tǒng)之間的功能界限已趨于模糊。同時(shí)企業(yè)資源計(jì)劃系統(tǒng)和協(xié)同商務(wù)系統(tǒng)，又需要商業(yè)智能的分析展現(xiàn)數(shù)據(jù)提供用戶操作依據(jù)。在激烈競(jìng)爭(zhēng)且多變的市場(chǎng)環(huán)境下，企業(yè)的管理模式很難固化，應(yīng)用傳統(tǒng)的信息化軟件，當(dāng)企業(yè)要做出一些改動(dòng)時(shí)需要面對(duì)巨大的挑戰(zhàn)。微軟大中華區(qū)服務(wù)部總經(jīng)理辛兒倫介紹說，從上世紀(jì)60年代應(yīng)用于主機(jī)的大型主機(jī)系統(tǒng)，到80年代應(yīng)用于PC的CS架構(gòu)，一直到90年度互聯(lián)網(wǎng)的出現(xiàn)，系統(tǒng)越來越朝小型化和分布式發(fā)展。2000年WebService出現(xiàn)后，SOA被譽(yù)為下一代Web服務(wù)的基礎(chǔ)框架，目前已經(jīng)成為計(jì)算機(jī)信息領(lǐng)域的一個(gè)新的發(fā)展方向。SOA的出現(xiàn)給傳統(tǒng)的信息化產(chǎn)業(yè)帶來新的概念，不再是各自獨(dú)立的架構(gòu)形式，能夠輕松的互相聯(lián)系組合共享信息。可復(fù)用以往的信息化軟件?；赟OA的協(xié)同軟件提供了應(yīng)用集成功能，能夠?qū)RP、CRM、HR等異構(gòu)系統(tǒng)的數(shù)據(jù)集成。松散耦合方式，只要充分了解業(yè)務(wù)的進(jìn)程，就可以不用編寫一行代碼，通過流程圖實(shí)現(xiàn)一套我們自己的信息系統(tǒng)。就像已經(jīng)給你準(zhǔn)備好了磚瓦和水泥，只需要想好改什么樣的房子就可以輕松的蓋起。加快開發(fā)速度，并且減少了開發(fā)和維護(hù)的費(fèi)用。軟件將所有的管理提煉成表單和流程，以記錄管理的內(nèi)容，指定過程的流轉(zhuǎn)方向。更簡(jiǎn)便的信息和數(shù)據(jù)集成。信息集成功能可以將散落在廣域網(wǎng)和局域網(wǎng)上的文檔、目錄、網(wǎng)頁輕松集成，加強(qiáng)了信息的協(xié)同相關(guān)性。同時(shí)，復(fù)雜、成本高昂的數(shù)據(jù)集成，也變成了可以簡(jiǎn)單且低成本實(shí)現(xiàn)的參數(shù)設(shè)定。創(chuàng)建了完全集成的信息化應(yīng)用新領(lǐng)域。在具體的功能實(shí)現(xiàn)上，SOA協(xié)同軟件所實(shí)現(xiàn)的功能包括了知識(shí)管理、流程管理、人事管理、客戶管理、項(xiàng)目管理、應(yīng)用集成等，從部門角度看涉及了行政、后勤、營(yíng)銷、物流、生產(chǎn)等。從應(yīng)用思想上看，SOA協(xié)同軟件中的信息管理功能，全面兼顧了貫穿整個(gè)企業(yè)組織的信息化軟硬件投入。盡管各種IT技術(shù)可以用于不同的用途，但是信息管理并沒有任意地將信息分為結(jié)構(gòu)化或者非結(jié)構(gòu)化的部分，因此ERP等結(jié)構(gòu)化管理系統(tǒng)并不是信息化建設(shè)的全部;同時(shí)，信息管理也沒有將信息化解決方案劃分為部門的視圖，因此僅僅以部分為界限去構(gòu)建軟件應(yīng)用功能的思想未必是不可撼動(dòng)的。基于SOA的協(xié)同軟件與ERP、CRM等傳統(tǒng)應(yīng)用軟件相比，關(guān)鍵的不同在于它可以在合適的時(shí)間、合適的地點(diǎn)并且有正當(dāng)理由而需要它提供服務(wù)的任何用戶提供服務(wù)。5SOA的發(fā)展方向SOA的理念和技術(shù)經(jīng)過十多年的發(fā)展，有高峰時(shí)的輝煌，也有低谷時(shí)的堅(jiān)持，目前正在走向平穩(wěn)發(fā)展階段。在產(chǎn)品和市場(chǎng)方面，傳統(tǒng)老牌供應(yīng)商也占據(jù)了主要份額，國(guó)內(nèi)廠商如何突圍走出自己的路，也是SOA下一步發(fā)展需要關(guān)注的重點(diǎn)。在總體發(fā)展思路上重點(diǎn)把握以下3點(diǎn)。（1）在標(biāo)準(zhǔn)規(guī)范建設(shè)上，構(gòu)造和完善SOA國(guó)際和國(guó)內(nèi)直至行業(yè)標(biāo)準(zhǔn)規(guī)范的總體布局，將標(biāo)準(zhǔn)規(guī)范與技術(shù)實(shí)現(xiàn)、業(yè)務(wù)應(yīng)用相結(jié)合，推進(jìn)更多的國(guó)內(nèi)和行業(yè)標(biāo)準(zhǔn)國(guó)際化，提升我國(guó)自主軟件產(chǎn)業(yè)在國(guó)際標(biāo)準(zhǔn)陣營(yíng)的主動(dòng)權(quán)和話語權(quán)。（2）在技術(shù)上，重點(diǎn)發(fā)展和建立重業(yè)務(wù)、可選配、輕量級(jí)的SOA產(chǎn)品平臺(tái)，推動(dòng)集約化應(yīng)用與管控模式下的核心技術(shù)積累，在相應(yīng)的體系結(jié)構(gòu)、保障和優(yōu)化技術(shù)等方面形成特色核心技術(shù)。促進(jìn)軟件服務(wù)化轉(zhuǎn)型，優(yōu)化產(chǎn)業(yè)結(jié)構(gòu)，促進(jìn)國(guó)內(nèi)供應(yīng)商基于現(xiàn)有SOA平臺(tái)聯(lián)合協(xié)作，促進(jìn)成功的SOA成果應(yīng)用落地。（3）在SOA應(yīng)用和市場(chǎng)方面，發(fā)揮國(guó)內(nèi)供應(yīng)商產(chǎn)品輕量級(jí)、可選配的技術(shù)特點(diǎn)，結(jié)合熟悉業(yè)務(wù)需求的特長(zhǎng)優(yōu)勢(shì)，協(xié)作開展咨詢和服務(wù)工作，為行業(yè)用戶提供咨詢和工程實(shí)施服務(wù)，在項(xiàng)目支持上重點(diǎn)突破與廣泛應(yīng)用相結(jié)合，選擇重點(diǎn)領(lǐng)域，進(jìn)行聯(lián)合攻關(guān)，解決用戶重大工程需求問題。6結(jié)語在理解SOA和Web服務(wù)的關(guān)系上，經(jīng)常發(fā)生混淆。根據(jù)2003年4月的Gartner報(bào)道，YefimV.Natis就這個(gè)問題是這樣解釋的：“Web服務(wù)是技術(shù)規(guī)范，而SOA是設(shè)計(jì)原則。特別是Web服務(wù)中的WSDL，是一個(gè)SOA配套的接口定義標(biāo)準(zhǔn)：這是Web服務(wù)和SOA的根本聯(lián)系?！睆谋举|(zhì)上來說，SOA是一種架構(gòu)