學習和研究在企業中實施面向服務架構(SOA),簡單回顧SOA和ESB，重點關注微軟在SOA領域的相關指導和.NET社區的相關開源的解決方案，和大家一起來探討如何在企業里實現SOA，期望有實施SOA經驗的同學發表意見。
一、SOA的歷史
1996年，Gartner最早提出SOA。2002年12月，Gartner提出SOA是"現代應用開發領域最重要的課題"，SOA并不是一個新事
物，IT組織已經成功建立并實施SOA應用軟件很多年了，BEA、IBM、等廠商看到了它的價值，紛紛跟進。SOA的目標在于讓IT變得更有彈性，以更快
地響應業務單位的需求，實現實時企業(Real-Time Enterprise，這是Gartner為SOA描述的愿景目標)。而BEA的CIO
Rhonda早在2001年6月就提出要將BEA的IT基礎架構轉變為SOA，并且從對整個企業架構的控制能力、提升開發效率、加快開發速度、降低在客戶
化和人員技能的投入等方面取得了不錯的成績。
SOA是在計算環境下設計、開發、應用、管理分散的邏輯(服務)單元的一種規范。這個定義決定了SOA的廣泛性。SOA要求開發者從服務集成的
角度來設計應用軟件，即使這么做的利益不會馬上顯現。SOA要求開發者超越應用軟件來思考，并考慮復用現有的服務，或者檢查如何讓服務被重復利用。SOA
鼓勵使用可替代的技術和方法(例如消息機制)，通過把服務聯系在一起而非編寫新代碼來構架應用。經過適當構架后，這種消息機制的應用允許公司僅通過調整原
有服務模式而非被迫進行大規模新的應用代碼的開發，使得在商業環境許可的時間內對變化的市場條件做出快速的響應。
SOA也不僅僅是一種開發的方法論--它還包含管理。例如，應用SOA后，管理者可以方便的管理這些搭建在服務平臺上的企業應用，而不
是管理單一的應用模塊。其原理是，通過分析服務之間的相互調用，SOA使得公司管理人員方便的拿到什么時候、什么原因、哪些商業邏輯被執行的數據信息，這
樣就幫助了企業管理人員或應用架構師迭代地優化他們的企業業務流程、應用系統。
SOA的一個中心思想就是使得企業應用擺脫面向技術的解決方案的束縛，輕松應對企業商業服務變化、發展的需要。企業環境中單個應用程序
是無法包容業務用戶的(各種)需求的，即使是一個大型的ERP解決方案，仍然不能滿足這個需求在不斷膨脹、變化的缺口，對市場快速做出反應，商業用戶只能
通過不斷開發新應用、擴展現有應用程序來艱難的支撐其現有的業務需求。通過將注意力放在服務上，應用程序能夠集中起來提供更加豐富、目的性更強的商業流
程。其結果就是，基于SOA的企業應用系統通常會更加真實地反映出與業務模型的結合。服務是從業務流程的角度來看待技術的--這是從上向下看的。這種角度
同一般的從可用技術所驅動的商業視角是相反的。服務的優勢很清楚：它們會同業務流程結合在一起，因此能夠更加精確地表示業務模型、更好地支持業務流程。相
反我們可以看到以應用程序為中心的企業應用模型迫使業務用戶將其能力局限為應用程序的能力。
企業流程(enterprise
process)是流經企業框架的空氣，它賦予業務模型里的組件以生命，并更加清晰地定義了它們之間的關系。流程定義了同業務模型進行交互操作的專門方
法。例如，會計可能是企業服務系統的一個組件--但是將發票寄給客戶卻是一個業務流程。服務被定義用來支持業務流程，因而貫穿整個流程始終的是：各種服務
組件在流程和邏輯實現過程中的裝配操作。理解業務流程是定制服務的關鍵所在。
二、SOA 的描述所適用的原則
- 利用顯式的與實現無關的接口來定義服務。
- 利用強調位置透明性和可互操作性的通信協議。
- 封裝可重用業務功能的服務的定義。
圖 1說明了這些原則。注意，雖然 Web 服務技術非常符合這些原則，但它并不是唯一符合這些原則的技術。
圖 1: SOA 的原則
為了實現 SOA，應用程序和基礎架構都必須支持 SOA 原則。啟用 SOA 應用程序涉及到創建服務接口，服務接口可以直接也可以間接地通過使用適配器用于現有的或新的功能。從最基本的級別來看，啟用該基礎架構涉及到規劃功能來將服務請求路由和傳遞給正確的服務提供者。然而，基礎架構支持在不影響服務的客戶端的情況下由另一個服務實現替代原有的服務實現也是至關重要的。這不僅需要根據 SOA 原則指定服務接口，而且需要基礎架構允許客戶端代碼以獨立于所涉及的服務位置和通信協議的方式來調用服務。
三、ESB是什么？
根據維基百科的ESB定義，ESB有如下特性：
- 它是面向服務架構的實現。
- 它通常是操作系統和編程語言無關的；它應能在Java和.Net應用程序之間工作。
- 它使用XML（可擴展標識語言）作為標準通信語言。
- 它支持Web服務標準。
- 它支持消息傳遞（同步、異步、點對點、發布-訂閱）。
- 它包含基于標準的適配器（如J2C/JCA），用于集成傳統系統。
- 它包含對服務編制（orchestration）和編排（choreography）的支持。
- 它包含智能、基于內容的路由服務（itenerary路由）。
- 它包含標準安全模型，用于ESB的認證、授權和審計。
- 它包含轉換服務（通常是使用XSLT），在發送應用和接收應用之間轉換格式，簡化數據格式和值的轉換。
- 它包含基于模式（schema）的驗證，用于發送和接收消息。
- 它可以統一應用業務規則，充實其它來源的消息，分拆和組合多個消息，以及處理異常。
- 它可以條件路由，或基于非集中策略的消息轉換，即不需要集中規則引擎。
- 它可監視不同SLA（服務級別合約）的消息響應門限，以及在SLA中定義的其它特性。
- 它（常常）簡化“服務類別”，向更高或更低優先級用戶做出適當的響應。
- 它支持隊列，在應用臨時不可用時用來保存消息。
- 它由（地理）分布式環境中的選擇性部署應用適配器組成
對于其中一些廠商（IBM、微軟）來說，ESB是將一系列能力聯結在一起的一種模式，而其他廠商認為ESB是一種產品。在2005年，微軟Identity Platform的產品經理Rich Turner寫道：
ESB[產品]是一根聰明的管子，用來連接各個愚笨的節點。[……]Web Service的途徑讓節點本身也變得聰明，減少了對底下聰明管道的需要，并確保了跨越任何平臺與設備的開放的通訊。