企業 SOA 設計(1)–ESB 設計

標籤：style   blog   http   get   使用   strong   

最近為公司完成了一個 ESB 的設計。下面簡要說明一下具體的設計方案。

 

企業 SOA 整體方案

在前一篇《SOA、ESB、NServiceBus、雲端運算 總結》中說到，SOA 是面向服務的架構，其核心思想是把業務進行組件化，而業務組件的能力服務化。

我們的整個 SOA 的設計分為兩個層面：一個是系統間的 SOA 設計，另一個則是單個系統內的 SOA 設計。系統間的 SOA 設計，主要是設計一個 ESB 系統來實現各業務系統間的互動。而系統內部的 SOA 設計，則是建立一個組件化的技術平台，使得系統的開發能以一個個業務組件的形式完成，並通過技術平台來實現各業務組件的組合與互連。

一般說的 SOA 設計，都是在講如何進行系統間的互連，例如如何進行 ESB 的設計。但是，不論是系統間互連，還是系統內部的組件化，其實都是 SOA 思想在不同層面上的體現。而我認為，應用系統內部的 SOA 設計，會更重要。因為它不但是一個低耦合、高複用的產品設計，而且也為系統間的 SOA 提供了更好的支援。

本文，主要說明如何? ESB 的設計。而更重要的應用系統內部的組件化產品開發平台，則留到下一篇。

 

ESB 目標功能

在前一篇中，列出了一個較完整 ESB 應有的功能。SOA 不但包括簡單的系統間互邊的功能，也應該包含更進階的 BPM 商務程序編排的功能。

下面，簡單列出了我們對於我們的 ESB 的功能樹：

圖中，功能按優先順序進行了排序。第一個階段，只會實現其中紅色的部分。而服務編排，則放到了最後。紅色部分，是一個 ESB 應該具有的最小功能集。在互動模式部分，我選擇了實現‘響應/請求’模式，這種互動方式在系統間互連時情境相對較少，但是不需要引用 MSMQ 等功能，所以實現起來會更簡單。

 

ESB 主體設計

對於 ESB 的主體設計，是參考了網上另一個 ESB 的設計，下面是它的設計圖：

 

ESB 詳細設計

首先，規划出 ESB 整個系統內部的所有組件。

1. Web Portal：ESB 對外以網站的形式公布。同時，服務調用者、提供者，都是直接使用網站提供的功能。
2. Adapter：協議的適配器組件。
3. Service Invoker：服務的同步調用器。
4. Async Invoker：非同步方式的同步調用器。
5. Service Mocker：這個組件用於實體 ESB 的服務可以以 WS 等方式暴露。
6. ESB Message：ESB 內部的訊息結構體。
7. Service Registry：服務的註冊庫。
8. Service Router：服務的路由器組件。
9. Service Router Cache Notification：路由快取通知組件。
10. Logger：日誌組件。
11. Exception Handler：異常處理組件。
12. Performance Counter：服務調用過程中的一些效能統計工具。

 

以下是一些詳細的調用設計。

ESB 網站：

類比服務：

服務的調用：

服務調用過程中的管道模組設計：

路由表及路由更新：

適配器：

 

最後，是最重要的持久化的領域實體：

 

 

細節不說了，有興趣的朋友可以參考初步的設計，並歡迎與我交流。:)