SOA作為一種面向服務的架構，是一種軟件架構設計的模型和方法論。從業務角度來看，一切以最大化“服務”的價值為出發點，SOA利用企業現有的各種軟件體系，重新整合并構建起一套新的軟件架構。這套軟件架構能夠隨著業務的變化，隨時靈活地結合現有服務，組成新軟件，共同服務于整個企業的業務體系。簡單的理解，我們可以把SOA看作是模塊化的組件，每個模塊都可以實現獨立功能，而不同模塊之間的結合則可以提供不同的服務，模塊之間的接口遵循統一標準，可以實現低成本的重構和重組。在SOA的技術框架下，可以把雜亂無章的龐大系統整合成一個全面有序的系統，從而增加企業在業務 發展過程中應用系統的靈活性，實現最大的IT資產利用率。

一、SOA詳細定義

面向服務的體系結構（SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接 口和契約聯系起來。接口是采用中立的方式進行定義的，它應該獨立于實現服務的硬件平臺、操作系統和編程語言。這使得構 建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。

這種具有中立的接口定義（沒有強制綁定到特定的實現上）的特征稱為服務之間的松耦合。松耦合系統的好處有兩點，一點是它的靈活性，另一點是，當組成整個應用程序的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在。而另一方 面，緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個應用程序進行某種 形式的更改時，它們就顯得非常脆弱。

對松耦合系統的需要來源于業務應用程序需要，根據業務的需要變得更加靈活，以適應不斷變化的環境，比如經常改變的政策、業務級別、業務重點、合作伙伴關系、行業地位以及其他與業務有關的因素，這些因素甚至會影響業務的性質。我們稱能 夠靈活地適應環境變化的業務為按需業務，在按需業務中，一旦需要，就可以對完成或執行任務的方式進行必要的更改。

雖然面向服務的體系結構不是一個新鮮事物，但它卻是更傳統的面向對象的模型的替代模型，面向對象的模型是緊耦合的，已 經存在二十多年了。雖然基于 SOA 的系統并不排除使用面向對象的設計來構建單個服務，但是其整體設計卻是面向服務的。由于它考慮到了系統內的對象，所以雖然 SOA 是基于對象的，但是作為一個整體，它卻不是面向對象的。不同之處在于接口本身。SOA 系統原型的一個典型例子是通用對象請求代理體系結構，它已經出現很長時間了，其定義的概念與 SOA 相似。然而，現在的 SOA 已經有所不同了，因為它依賴于一些更新的進展，這些進展是以可擴展標記語言（eXML）為基礎的。

在SOA架構風格中，服務是最核心的抽象手段，業務被劃分（組件化）為一系列粗粒度的業務服務和業務流程。業務服務相 對獨立、自包含、可重用，由一個或者多個分布的系統所實現，而業務流程由服務組裝而來。一個"服務"定義了一個與業務功 能或業務數據相關的接口，以及約束這個接口的契約，如服務質量要求、業務規則、安全性要求、法律法規的遵循、關鍵業績指標（Key Performance Indicator，KPI）等。接口和契約采用中立、基于標準的方式進行定義，它獨立于實現服務的硬件平 臺、操作系統和編程語言。這使得構建在不同系統中的服務可以以一種統一的和通用的方式進行交互、相互理解。除了這種不 依賴于特定技術的中立特性，通過服務注冊庫（Service Registry）加上企業服務總線（Enterprise Service Bus）來支持動態 查詢、定位、路由和中介（Mediation）的能力，使得服務之間的交互是動態的，位置是透明的。技術和位置的透明性，使得 服務的請求者和提供者之間高度解耦。這種松耦合系統的好處有兩點：一點是它適應變化的靈活性；另一點是當某個服務的內 部結構和實現逐漸發生改變時，不影響其他服務。而緊耦合則是指應用程序的不同組件之間的接口與其功能和結構是緊密相連 的，因而當發生變化時，某一部分的調整會隨著各種緊耦合的關系引起其他部分甚至整個應用程序的更改，這樣的系統架構就 很脆弱了。

二、SOA架構的優點

SOA的主要優點概括為：IT能夠更好更快地提供業務價值（Business Centric）、快速應變能力（Flexibility）、重用 （Reusability）

也可以細分為以下幾個方面：

①服務之間通過簡單、精確定義的接口進行通信，不涉及底層編程接口和通信模型。

②粗粒度性：粗粒度服務提供一項特定的業務功能，采用粗粒度服務接口的優點在于使用者和服務層之間不必再進行多次的往復，一次往復就足夠了。

③松耦合性：松耦合性要求SOA架構中的不同服務之間應該保持一種松耦合 的關系，也就是應該保持一種相對獨立無依賴的 關系。這樣的好處有兩點，首先是具有靈活性，其次當組成整個應用程序的服務內部結構和實現逐步地發生變化時， 系統可以繼續地獨立存在。而緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個 應用程序進行某種形式的更改時 這種結構就顯得非常脆弱。

④位置透明性：位置透明性要求SOA系統中的所有服務對于其調用者來說都是位置透明的，也就是說，每個服務的調用者只需 要知道想要調用的是哪一個服務，但并不需要知道所調用服務的物理位置在哪。

⑤協議無關性：協議無關性要求每一個服務都可以通過不同的協議來調用。

另外，在許多傳統的IT系統的內在部分采用的是硬連接，這種結構很難讓企 業快速響應市場的變化，而SOA能夠重復利用企 業現有的資源，可以減輕企業運營成本，提升資源的使用效率，并且減輕企業維護人員的工作量，減少潛在的風險 以及管理 費用。在業務方面和IT方面帶來許多優勢：

①服務給精確的業務流程帶來靈活性；

②使用服務來改善客戶服務，而不必擔心底層復雜的IT基礎架構；

③可以迅速創建新的業務流程和復雜的應用程序，以適應市場變化；

④借助安全、易管理的集成環境，成為響應能力更強的IT組織；

⑤通過使用預裝的、可重復使用的服務構建模塊，縮短開發和部署周期；

⑥通過使用服務來降低復雜性和維護成本；

⑦是增強而不是替換現有的IT系統。

三，SOA架構詳解

3.1. 如何形象理解SOA

事實上，SOA的思想我國很早就有了，印刷術的發展過程其思想就完整體現了SOA的核心含義。

印刷的內容――文字，在秦始皇統一六國之前，各國的文字是不統一的，據說許多常用的文字有十幾種寫法和讀音，妨礙了各 國之間的文化交流，就象SOA之前，各種軟件平臺、各種開發工具和各種接口的組件之間，沒有統一的標準，對軟件系統之 間的整合造成巨大的困難。

因此，偉大的始皇帝統一了六國文字，“書同文、車同軌”就是通過標準解決“復用”和“互操作”等問題。這也為大規模的印刷和文 明發展提供了一個良好的基礎，這種“統一封裝”的文字，對文化交流起到了一個“互操作”的標準作用。

SOA的形象解析

在沒有印刷術之前，書籍要依賴于手工抄寫，這樣效率當然是非常低下，而且質量也不能獲得一致性的保證，也就是書籍還 無法“復用”。中國人首先發明了刻版印刷 術，就是將書籍刻成一塊一塊的凸字版，然后就可以大規模進行印刷了，當印刷出來 的書籍脫銷時，下次還可以繼續使用，大大提高了效率，這就是“復用”，軟件 通過組件的封裝，也可以達到重復和在不同場合 多次使用的“復用”效果。

刻版印刷術有個很大的問題就是文字之間是緊耦合的，同樣一個字，在另一部書之中是不能“復用”的，必須重新雕刻，也就是 說刻版印刷是沒有“編排”特性的。就如軟件技術中微軟VB開發的Com+組件就只能在Windows環境之中使用，它不能與Java開 發的EJB組件進行復用和編排，因為他們與開發環境和運行環境是緊耦合的，要在UNIX環 境下使用，必須重新開發（相當于 重新“刻版”）。活字印刷就是通過文字與版面之間的松耦合，通過“排版”來實現一部書的印刷版面的，這種松耦合就大大提高 了文字的字模之間的復用和編排效率。我們標準封裝的“服務”就類似一個一個的字模，通過服務編排（“排版”）來實現業務流程。

統一文字和活字印刷促進了人類文明進步，而SOA促進全球IT架構和應用的革命。

3.2. SOA的核心要素

要準確全面理解SOA，首先必須理解SOA的核心要素：

SOA的核心要素

SOA的目標就是實現靈活可變的IT系統。要達到靈活性，通過三個途徑來解決：標準化封裝、復用、松耦合可編排。

互操作(標準化封裝)、復用、松耦合等SOA技術的內在機制，也是中間件技術和產品的本質特征。

標準化封裝（互操作性）

傳統軟件架構，因為封裝的技術和平臺依賴性，一直沒有徹底解決互操作問題。互聯網前所未有的開放性意味著各節點可能 采用不同的組件、平臺技術，對技術細節進 行了私有化的約束，構件模型和架構沒有統一標準，從而導致架構平臺自身在組件描述、發布、發現、調用、互操作協議及數據傳輸等方面呈現出巨大的異構性。各種不良技術約束的結果是軟件系統跨互 聯網進行交互變得困難重重，最終導致了跨企業/部門的業務集成和重組難以靈活快速的進行。

在軟件的互操作方面，傳統中間件只是實現了訪問互操作，即通過標準化的API實現了同類系統之間的調用互操作，而連接互 操作還是依賴于特定的訪問協議，如JAVA使用RMI，CORBA使用IIOP等。而SOA通過標準的、支持Internet、與操作系統無 關的SOAP協議實現了連接互操作。而且，服務的封裝是采用XML協議，具有自解析和自定義的特性，這樣，基于SOA的中間 件還可以實現語義互操作。

SOA要實現互操作，就是通過一系列的標準族，來實現訪問、連接和語義等各種層面的互操作。

軟件復用

軟件復用，即軟件的重用，也叫再用，是指同一事物不作修改或稍加改動就多次重復使用。從軟件復用技術的發展來看，就 是不斷提升抽象級別，擴大復用范圍。最早 的復用技術是子程序，人們發明子程序，就可以在不同系統之間進行復用了。但 是，子程序是最原始的復用，因為這種復用范圍是一個可執行程序內復用，靜態開發 期復用，如果子程序修改，意味著所有 調用這個子程序的系統必須重新編譯、測試和發布。

SOA的復用

為了解決這個問題，人們發明了組件（或者叫控件），如MS操作系統下的DLL組件。組件將復用提升了一個層次，因為組件可以在一個系統內復用（同一種操作系統），而且是動態、運行期復用。這樣組件可以單獨發展，組件與組件調用者之間的耦合度降低。

為解決分布式網絡計算之間的組件復用，人們發明了企業對象組件，如（Com+,.NET,EJB等)，或者叫分布式組件。通過遠程對象代理，來實現企業網絡內復用，不同系統之間復用。

傳統架構的核心是組件對象的管理。但分布式組件也是嚴重依賴其計算環境，由于構件實現和運行支撐技術之間存在著較大的 異構性，不同技術設計和實現的構件之間無法直接組裝式復用。

而現代SOA的重要特征就是以服務為核心，如WebService,SCA/SDO等。通過服務，或者服務組件來實現更高層次的復用、 解耦和互操作，即SOA架構中間件。

因為服務是通過標準封裝，服務組件之間的組裝、編排和重組，來實現服務的復用。而且這種復用，可以在不同企業之間，全球復用，達到復用的最高級別，并且是動態可配置的復用。

耦合關系

SOA架構在松耦合解耦過程也發展到了最后的境界。傳統軟件將軟件之中核心三部分網絡連接、數據轉換、業務邏輯全部耦 合在一個整體之中，形成“鐵板一塊”的軟件， “牽一發而動全身”，軟件就難以適應變化。分布式對象技術將連接邏輯進行分 離，消息中間件將連接邏輯進行異步處理，增加了更大的靈活性。消息代理和一些分 布式對象中間件將數據轉換也進行了分 離。而SOA架構，通過服務的封裝，實現了業務邏輯與網絡連接、數據轉換等進行完全的解耦。

SOA不斷解耦的過程

總之，從科學哲學的角度來看，SOA是一個不斷解構的過程，傳統軟件強調系統性，耦合度過高，所以需要松耦合（解耦）；SOA也是一個組件粒度的平衡，集成電路趨勢是集成度越來越高，軟件發展的趨勢是相反的過程；SOA是架構，更是 方法，反映了人們對哲學思想的追求的原動力。

按照這個特性，SOA基本上來說與WebService并不是同一個概念，SOA并不一定需要WebService實現，理論上可以在其他技 術體系下，實現SOA。但事實上，到目前為止，能夠實現SOA架構風格的技術就是WebService，因為它的特性和廠商的支持 力度，使得WebService成為了實現SOA實現技術的事實標準。也正因為WebService技術的成熟，才使得已經提出10多年了的 SOA思想和概念，得以能夠實現落地，成為一種可以使用的技術。這也就是回答了SOA和WebService的關系。

3.3. SOA的架構框架

(Framework) SOA的核心主體是服務。所謂“服務（Service）” ，從業務角度而言，服務是一個可重復的經過標準封裝的任務，例如: 檢查帳 號余額;開新帳戶等等…SOA的目標是通過服務的流程化來實現業務的靈活性，所謂流程（Process）是由一系列相互關聯 的任務所組成，實現一個具體的業務功能。一個流程可以由一系列服務來實現。

SOA治理

服務就像一堆“元器件”，這些元器件通過封裝形成標準服務，他們有相同的接口和語義表達規則。但服務要組裝成一個流程和 應用，還需要有效的“管理”，包括如何注冊服務、如何發現服務、如何包裝服務的安全性和可靠性，這些就是SOA治理。SOA 治理乃是將SOA這一堆元器件，進行有效組裝，形成一個“產品”的關鍵，否則它永遠是一堆器件，而無法形成一個有機整體。

SOA治理的方法和體系，就是區別于一般組件開發的技術的重要區別和特征。

一個正確的框架，是指導我們開發和實施SOA架構的基礎。由IBM提案，國際開放群組(The Open Group)提出了一個SOA架 構的參考模型，這個架構框架目前是產業界最權威和嚴謹的SOA架構標準。The Open Group是一個非營利標準化組織，是一 個廠商中立和技術中立的機構，致力于提出各種技術框架和理論結構，致力于促進全球市場的業務效率。The Open Group已 有超過20年的標準制定與推廣歷史。在1996年，由X/Open與Open Software Foundation合并組成。The Open Group最有名 是作為UNIX商標的認證機構。在過去，協會最出名的是其出版的Single UNIX Specification，它擴充了POSIX標準而且是 UNIX的官方定義，其成員包括IT用戶、供應商以及政府機構。The Open Group在中國的創始會員為金蝶集團，金蝶集團負責 成立了中國分會。TOG在1993年提出的The Open Group Architecture Framework (TOGAF) 架構框架，是一套行之有效的企 業架構。歷經15年9個版本發展，支持開放、標準的SOA參考架構，已被80％的福布斯( Forbes)全球排名前50的公司使用。

這個SOA參考模型為：

SOA標準模型

根據這個模型，完整的SOA架構由五大部分組成，分別是：基礎設施服務、企業服務總線、關鍵服務組件、開發工具、管理 工具等。

SOA基礎實施是為整個SOA組件和框架提供一個可靠的運行環境，以及服務組件容器，它的核心組件是應用服務器等基礎軟 件支撐設施，提供運行期完整、可靠的軟件支撐。

企業服務總線是指由中間件基礎設施產品技術實現的、通過事件驅動和基于XML消息引擎，為SOA提供的軟件架構的構造 物。企業服務總線ESB提供可靠消息傳輸、服務接入、協議轉換、數據格式轉換、基于內容的路由等功能，屏蔽了服務的物理 位置，協議和數據格式。在SOA基礎實現的方案上，應用的業務功能能夠被發布、封裝和提升（Promote）成為業務服務 （Business Service）；業務服務的序列可以編排成為BPM的流程，而流程也可以被發布和提升為復合服務（Composited Service），業務服務還可以被外部的SOA系統再次編排和組合。ESB是實現SOA治理的重要支撐平臺，是SOA解決方案的核 心，從某種意義上說，如果沒有ESB，就不能算作嚴格意義上的SOA。

關鍵服務實現，是SOA在各種業務服務組件的分類。一般來說，一個企業級的SOA架構通常包括：交互服務、流程服務、信 息服務、伙伴服務、企業應用服務和接入服務。這些服務可能是一些服務組件，也可能是企業應用系統（如ERP）所暴露的 服務接口等等。這些服務都可以接入ESB，進行集中統一管理。

開發工具和管理工具：提供完善的、可視化的服務開發和流程編排工具，涵蓋服務的設計、開發、配置、部署、監控、重構等完整的SOA項目開發生命周期。

按照這個模型，許多SOA解決方案是只提供部分實現。這個行業中，許多國內的企業為了搭上SOA的便車，經常以偏概全， 混繞概念。應該說真正按照SOA的思想和模型來構建整個企業的IT架構的案例是非常之少的。許多國外廠商的宣傳案例，基本 上是停留在部署應用服務器，開發了部分WebService組件，可以實現部分數據集成，這個層次而已，而這些WebService是部 署在ESB平臺之上的，就已經很不錯了。實現了服務流程重組，實現SOA治理的案例就更是很少見到了。

國內有許多軟件企業開發的系統，宣傳是SOA架構的。基本上有幾種情況，其一，有些開發組件和開發平臺廠商，他們也自 稱中間件企業，基本上是提供一個工作流平臺，許多還不支持BPEL的業務流程管理，只是傳統的XPDL/WfMC工作流平臺 （Workflow不同于支持服務流程的Business Process），最常見的案例是OA辦公審批，或者服務組件開發工具，而所謂的 ESB產品大部分都是EAI的升級，可以與Webservice進行接口而已，就宣稱這是ESB產品了，基本的服務注冊、服務編排和安 全管理都不具備。這些解決方案只是提供了許多WebService開發的組件，而不提供SOA治理的核心架構，相當于造了許多元 器件，但還不能提供整機產品。

其二，許多宣稱SOA架構的應用軟件，基本上可以說是“支持”SOA，而不能稱為“基于SOA”架構。因為支持SOA一般是指可以 將其某些功能，封裝為服務（WebService），可以在SOA架構之中進行管理，這比較容易達到。而“基于SOA”是指應用系統 的業務功能都是封裝為服務，通過ESB進行集中管理，業務實現是通過BPEL業務流程管理進行編排，用戶交互是通過交互服務（如門戶）進行管理，整個解決方案可以達到標準服務封裝、服務復用、松耦合、服務編排與重組，并且基本符合TOGSOA的架構模型。

按照這個標準，IT用戶就可以了解到真正的SOA架構的框架模型，就可以識別是否是企業所需要的架構。

講到這里，我們已經很清楚了，對于SOA的理解，有些學者或者咨詢公司強調SOA不是一種技術，也不是軟件，而是一種思想，一種架構風格。我認為這也是不完全準確的，這種觀點認為SOA僅僅是思想和方法，將使得SOA成為一種不可知論，飄 在空中，很難落地。

四、SOA商業化實際運用

SOA將來真正推廣到企業中應用，要落地，就不能離開幾個基本的東西：支撐SOA的基礎中間件平臺、符合SOA架構的應用 系統（如ERP等）、構建SOA的方法論。

SOA落地途徑

4.1. 架構方法論

方法和工具構成了工程技術域，要構建SOA架構的企業信息系統，確保業務和IT的真正匹配，首先必須從方法論入手。

許多企業的IT系統“孤島”現象嚴重，本質上是缺乏足夠有效的整體規劃或者架構規劃造成的。形象地說，構建企業IT大廈如同 我們蓋房子是一樣的道理。我們許多企業建設信息系統時就采用了蓋鄉村民宅的做法。蓋鄉村民宅不需要嚴謹的規劃，也沒有 復雜的地下設施建設（如自來水供水、排水、供氣、地下停車場等），也沒有需要建設污水處理、雨水收集等復雜的配套設 施。而事實上，企業IT系統建設應該如城市建設，首先需要城市總體規劃，然后根據功能區規劃，設計和建設小區配套設 施，“三通一平”實質就是構建建筑之間的公共基礎設施，確保每棟建筑之間不是“孤島”，然后每棟建筑還需詳細的設計和工程 施工。如果要消除信息孤島，實現IT與業務的一致性，也需要有效的企業架構規劃和設計。

為什么需要架構規劃

透過現象看本質，SOA代表著一種面向服務的IT架構風格，SOA的技術本質和出發點，在于IT架構。而IT架構，是組織的企業 架構的重要組成部分，它和組織的戰略架構、業務架構一起，形成一個自上而下、緊密聯系、相輔相成的有機整體。SOA代 表著一種正在蓬勃興起的革命性IT架構理念，和傳統技術體系區別的關鍵特征之一就在于SOA是戰略導向和業務驅動的。而國 際和國內的各方面經驗都告訴我們，對于一個組織而言，捕獲戰略、梳理業務和IT的最有效的措施就是架構。

企業架構(Enterprise Architecture，EA)，是從多個角度對組織的構件層次描述的規劃藍圖，從各個層面反映組織的愿景、戰 略、業務、服務、人員、技術和產品及其相互之間的關系，輔以其管控和演進的規則。

一個企業架構內容包括業務架構（Business Architecture）、應用架構（Application Architecture）、信息架構（Information Architecture）、技術架構（Technology Architecture）等。

真正可以落地的SOA建設，必須且只能從架構出發。沒有架構，"SOA"將變成一盤無法真正解決各種運營問題的技術和產品的大雜燴。優良的架構填補了業務需求與實際信息系統以及基礎設施設計之間難以逾越的鴻溝。

在所有的架構開發方法（ADM- Architecture Development Methods）之中，開放群組TOG的TOGAF是目前最權威和最有影響力的一種。The Open Group于1993年開始應客戶要求制定系統架構的標準，在1995年發表The Open Group Architecture Framework (TOGAF) 架構框架。TOGAF的基礎是美國國防部的信息管理技術架構(Technical Architecture for Information Management: TAFIM)。TOAGF是一個架構框架，簡而言之，TOGAF是一種協助開發、驗收、運行、使用和維護架構的工具，它是基于一個迭代(Iterative)的過程模型，支持最佳實踐和一套可重用的現有架構資產。它可設計、評估并建立組織的正確架構。TOGAF的關鍵是架構開發方法ADM：一個可靠的，行之有效的方法，以發展能夠滿足商務需求的企業架構。而2008 年發布的TOGAF 9.0是符合SOA架構開發的最新版本。TOGAF所提出的“無邊界信息流（Boundaryless Information Flow）”理 念和愿景，是解決目前企業信息化孤島問題的最有效方式。

TOGAF架構內容

4.2. 基于SOA的應用系統

基于SOA的應用系統構建方法與傳統軟件架構方法有所不同。

首先基于SOA的應用系統建模和管理的組件層次是服務：

面向服務的工程

基于服務的應用系統的本質特征是松耦合，以基本業務功能（服務封裝）為系統的基本實現單元，然后通過服務編排（流程管理）來“組裝”業務應用系統。相對于以往的應用系統，是面向技術組件，由系統程序實現業務流程，在復用、耦合方面都存在靈活性問題。

軟件工程和系統設計的演進過程基于SOA的應用系統構建過程是：

基于SOA的應用構建過程

服務建模是第一步，也就是服務識別和顆粒度確定。服務識別是方法論的第一步，服務識別的主要任務，是確定在一定范圍內（通常是企業范圍，或若干業務場景范圍內）可能成為服務的候選者列表，并確定服務的顆粒度，以及標識服務的接口。服務建模也就確定了應用系統架構的耦合程度。

服務封裝階段的主要任務是對服務進行規范性的描述，其中包括輸入/輸出消息等功能性屬性，以及服務在業務層面的諸多屬性。并決定服務以何種形式向外提供服務。服務可能是新開發的業務功能和業務對象的封裝，也可能是遺留系統的服務封裝，將遺留系統的軟件資產以服務的形式進行封裝，在新的架構上利用已有的資產。

服務治理就是將已經封裝好的服務進行集中統一有效的管理。通過ESB基礎設施，提供服務注冊、存儲、安全控制和版本管理等。服務注冊階段的主要任務是將服務注冊到服務庫。此時需要決定服務的命名、安全、性能、時間特性。

服務編排就是根據業務流程的需求，對服務進行組合和組裝。服務組裝是以實現業務流程為目的，通過對業務服務的組合和組裝，實現更粗粒度的業務服務，實現最終的業務需求。

應用交付階段主要任務是完成業務系統服務化組裝和服務部署，實現業務按需交付。

基于SOA的應用系統是SOA架構的重要組成部分，也是SOA落地的地基。

4.3. 支撐SOA的中間件平臺

SOA方法論和基于SOA的應用系統要落地的支撐工具和技術基礎就是中間件平臺。這個在3.3.SOA的架構框架(Framework)之中已經闡述清楚了。

根據TOG-SOA模型，完整的SOA架構五大部分中，基礎設施服務、企業服務總線、開發工具、管理工具等，都是中間件的基礎平臺。

交付服務之中的門戶，也是需要支持JSR168和JSR286標準的Portlet容器和個性化交互以及終端適配的支撐平臺。

業務流程管理需要支持BPEL規范的流程引擎和流程建模的工具，這個中間件平臺用來支持服務的組合和服務流程編排，以滿 足業務重組的需求，來實現業務的靈活性。

SOA要落地的最后支撐平臺就是滿足SOA規范的中間件技術。

審核編輯：郭婷