面向服務的體系結構（service-orientedarchitecture，SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應該獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。這使得構建在各種這樣的系統(tǒng)中的服務可以以一種統(tǒng)一和通用的方式進行交互。這種具有中立的接口定義（沒有強制綁定到特定的實現(xiàn)上）的特征稱為服務之間的松耦合。松耦合系統(tǒng)的好處有兩點，一點是它的靈活性，另一點是，當組成整個應用程序的每個服務的內(nèi)部結構和實現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)存在。而另一方面，緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個應用程序進行某種形式的更改時，它們就顯得非常脆弱。對松耦合的系統(tǒng)的需要來源于業(yè)務應用程序需要根據(jù)業(yè)務的需要變得更加靈活，以適應不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務級別、業(yè)務重點、合作伙伴關系、行業(yè)地位以及其他與業(yè)務有關的因素，這些因素甚至會影響業(yè)務的性質(zhì)。我們稱能夠靈活地適應環(huán)境變化的業(yè)務為按需（Ondemand）業(yè)務，在按需業(yè)務中，一旦需要，就可以對完成或執(zhí)行任務的方式進行必要的更改。雖然面向服務的體系結構不是一個新鮮事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ?，面向?qū)ο蟮哪Ｐ褪蔷o耦合的，已經(jīng)存在二十多年了。雖然基于SOA的系統(tǒng)并不排除使用面向?qū)ο蟮脑O計來構建單個服務，但是其整體設計卻是面向服務的。由于它考慮到了系統(tǒng)內(nèi)的對象，所以雖然SOA是基于對象的，但是作為一個整體，它卻不是面向?qū)ο蟮?。不同之處在于接口本身。SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體系結構（CommonObjectRequestBrokerArchitecture，CORBA），它已經(jīng)出現(xiàn)很長時間了，其定義的概念與SOA相似。然而，現(xiàn)在的SOA已經(jīng)有所不同了，因為它依賴于一些更新的進展，這些進展是以可擴展標記語言（eXtensibleMarkupLanguage，XML）為基礎的。通過使用基于XML的語言（稱為Web服務描述語言（WebServicesDefinitionLanguage，WSDL））來描述接口，服務已經(jīng)轉(zhuǎn)到更動態(tài)且更靈活的接口系統(tǒng)中，非以前CORBA中的接口描述語言（InterfaceDefinitionLanguage，IDL）可比了。Web服務并不是實現(xiàn)SOA的惟一方式。前面剛講的CORBA是另一種方式，這樣就有了面向消息的中間件（Message-OrientedMiddleware）系統(tǒng)，比如IBM的MQseries。但是為了建立體系結構模型，您所需要的并不只是服務描述。您需要定義整個應用程序如何在服務之間執(zhí)行其工作流。您尤其需要找到業(yè)務的操作和業(yè)務中所使用的軟件的操作之間的轉(zhuǎn)換點。因此，SOA應該能夠?qū)I(yè)務的商業(yè)流程與它們的技術流程聯(lián)系起來，并且映射這兩者之間的關系。例如，給供應商付款的操作是商業(yè)流程，而更新您的零件數(shù)據(jù)庫，以包括進新供應的貨物卻是技術流程。因而，工作流還可以在SOA的設計中扮演重要的角色。此外，動態(tài)業(yè)務的工作流不僅可以包括部門之間的操作，甚至還可以包括與不為您控制的外部合作伙伴進行的操作。因此，為了提高效率，您需要定義應該如何得知服務之間的關系的策略，這種策略常常采用服務級協(xié)定和操作策略的形式。最后，所有這些都必須處于一個信任和可靠的環(huán)境之中，以同預期的一樣根據(jù)約定的條款來執(zhí)行流程。因此，安全、信任和可靠的消息傳遞應該在任何SOA中都起著重要的作用。我可以用面向服務的體系結構做什么？對SOA的需要來源于需要使業(yè)務IT系統(tǒng)變得更加靈活，以適應業(yè)務中的改變。通過允許強定義的關系和依然靈活的特定實現(xiàn)，IT系統(tǒng)既可以利用現(xiàn)有系統(tǒng)的功能，又可以準備在以后做一些改變來滿足它們之間交互的需要。下面舉一個具體的例子。一個服裝零售組織擁有500家國際連鎖店，它們常常需要更改設計來趕上時尚的潮流。這可能意味著不僅需要更改樣式和顏色，甚至還可能需要更換布料、制造商和可交付的產(chǎn)品。如果零售商和制造商之間的系統(tǒng)不兼容，那么從一個供應商到另一個供應商的更換可能就是一個非常復雜的軟件流程。通過利用WSDL接口在操作方面的靈活性，每個公司都可以將它們的現(xiàn)有系統(tǒng)保持現(xiàn)狀，而僅僅匹配WSDL接口并制訂新的服務級協(xié)定，這樣就不必完全重構它們的軟件系統(tǒng)了。這是業(yè)務的水平改變，也就是說，它們改變的是合作伙伴，而所有的業(yè)務操作基本上都保持不變。這里，業(yè)務接口可以作少許改變，而內(nèi)部操作卻不需要改變，之所以這樣做，僅僅是為了能夠與外部合作伙伴一起工作。另一種形式是內(nèi)部改變，在這種改變中，零售組織現(xiàn)在決定它還將把連鎖零售商店內(nèi)的一些地方出租給專賣流行衣服的小商店，這可以看作是采用店中店（store-in-store）的業(yè)務模型。這里，雖然公司的大多數(shù)業(yè)務操作都保持不變，但是它們現(xiàn)在需要新的內(nèi)部軟件來處理這樣的出租安排。盡管在內(nèi)部軟件系統(tǒng)可以承受全面的檢修，但是它們需要在這樣做的同時不會對與現(xiàn)有的供應商系統(tǒng)的交互產(chǎn)生大的影響。在這種情況下，SOA模型保持原封不動，而內(nèi)部實現(xiàn)卻發(fā)生了變化。雖然可以將新的方面添加到SOA模型中來加入新的出租安排的職責，但是正常的零售管理系統(tǒng)繼續(xù)如往常一樣。為了延續(xù)內(nèi)部改變的觀念，IT經(jīng)理可能會發(fā)現(xiàn)，軟件的新配置還可以以另外的一種方式加以使用，比如出租粘貼海報的地方以供廣告之用。這里，新的業(yè)務提議是通過在新的設計中重用靈活的SOA模型得出的。這是來自SOA模型的新成果，并且還是一個新的機會，而這樣的新機會在以前可能是不會有的。垂直改變也是可能的，在這種改變中，零售商從銷售他們自己的服裝完全轉(zhuǎn)變到專門通過店中店模型出租地方。如果垂直改變完全從最底層開始的話，就會帶來SOA模型結構的顯著改變，與之一起改變的還可能有新的系統(tǒng)、軟件、流程以及關系。在這種情況下，SOA模型的好處是它從業(yè)務操作和流程的角度考慮問題而不是從應用程序和程序的角度考慮問題，這使得業(yè)務管理可以根據(jù)業(yè)務的操作清楚地確定什么需要添加、修改或刪除。然后可以將軟件系統(tǒng)構造為適合業(yè)務處理的方式，而不是在許多現(xiàn)有的軟件平臺上常常看到的其他方式。正如您可以看到的，在這里，改變和SOA系統(tǒng)適應改變的能力是最重要的部分。對于開發(fā)人員來說，這樣的改變無論是在他們工作的范圍之內(nèi)還是在他們工作的范圍之外都有可能發(fā)生，這取決于是否有改變需要知道接口是如何定義的以及它們相互之間如何進行交互。與開發(fā)人員不同的是，架構師的作用就是引起對SOA模型大的改變。這種分工，就是讓開發(fā)人員集中精力于創(chuàng)建作為服務定義的功能單元，而讓架構師和建模人員集中精力于如何將這些單元適當?shù)亟M織在一起，它已經(jīng)有十多年的歷史了，通常用統(tǒng)一建模語言（UniversalModelingLanguage，UML），并且描述成模型驅(qū)動的體系結構（Model-DrivenArchitecture，MDA）。