使用WebSphere Business Services Fabric建立面向服務的靈活業務解決方案(1)

關於本系列

本系列文章描述如何利用WebSphere Business Services Fabric V 6.0.2 來構建使用組合商務服務的SOA 應用程式。本系列包括以下部分：

第 1 部分：Business Services Fabric 概述：此部分將提供 Business Services Fabric 及其主要組件的概述。我們將研究商務服務和 組合商務服務的概念，以及 Business Services Fabric 如何協助您管理業務層級的服務的生命週期， 並使得這些服務的開發和部署更加簡單、更加快速和更加靈活。

第 2 部分：擴充本體模型：此 部分提供我們將要在本系列中構建的 SOA 應用程式的概述和需求。其中將描述如何使用 Business Services Tool Pack 來組裝商務服務，以及使用 Business Services Foundation Pack 來部署這些業 務服務。

此應用程式將類比一個汽車貸款處理系統，該系統將接受使用者詳細資料，並使用貸款請求 的批准或拒絕結果做出響應。我們將研究使用靜態、硬式編碼服務綁定和流程流量控制邏輯實現汽車貸款 處理系統的傳統方法，並將該方法與 Business Services Fabric 方法做對比，在後一種方法中，您將 使用泛化的流程模型和策略驅動的動態商務服務組裝。您還將研究 Business Services Fabric 元模型 ，並瞭解如何擴充該元模型以向 Business Services Fabric 提供用於進行動態組裝的業務上下文。

第 3 部分：設計和實現商務服務：在此部分中，我們將使用 Business Services Tool Pack 和 Integration Developer 來設計一個 BPEL 流程並實現所需的服務，從而實現該汽車貸款處理用例。您 還將瞭解如何使用服務元件體繫結構（Service Component Architecture，SCA）來利用 Business Services Fabric 的動態組裝功能。

第 4 部分：組裝組合商務服務：在此部分中，您將瞭解如 何建立組合商務服務項目，該項目使用第 3 部分中建立的 SCA 構件建立商務服務中繼資料。您將瞭解如 何建立動態組裝策略，並使用 Business Services Fabric Policy Simulator 對其進行測試。您還將了 解如何在 Business Services Fabric 中對服務進行編目和管理，以及如何匯出服務中繼資料以推廣到不 同的部署環境。

第 5 部分：使用 Business Services Fabric 部署和管理組合商務服務：最後 一部分描述如何使用 Business Services Fabric 部署和測試混合商務服務。您將瞭解如何建立和管理 訂閱者的商務服務授權，並查看與商務服務相關聯的效能報告。第 5 部分描述如何使用 Business Services Fabric 部署和測試混合商務服務。您將瞭解如何建立和管理訂閱者的商務服務授權，並查看 與商務服務相關聯的效能報告。

什麼是商務服務和組合商務服務？

可以將商務服務看作 是業務層級的構件，當充分發揮其潛力時，商務服務可以促進業務預期與 IT 執行之間的一致性。業務 服務表示與業務一致的功能，在運行時可以基於業務策略和使用者上下文調整該功能的執行。商務服務的 主要特徵包括：

與服務的業務透視圖保持一致，服務通常表示離散的業務功能（例如，檢查信用 、開立帳戶）

基於業務策略和使用者上下文提供靈活的自適應行為。

在現有（並且通常是 異構）的 IT 資源的基礎上派生而來。

使用技術和行業標準進行構建。

通過多種通訊通 道來提供。

可以組合起來建立鬆散耦合的 SOA 應用程式。

組合商務服務

組合業 務服務（以下稱為 CBS）是相關商務服務的集合，這些商務服務增量地執行個體化以支援面向服務的業務解 決方案。

SOA 中的 CBS 可以協助組織在現有系統、業務夥伴和第三方 IT 資產的基礎上， 增量地自動化和整合商務服務。CBS 通過將複雜的多方面決策邏輯外部化為策略，從而可以協助降低業 務流程的複雜性。策略在運行時加以強制以調整商務服務的行為，從而匹配各個服務使用者的需求。對 候選服務提供者功能的評估在運行時進行，並選擇最佳的提供者以基於業務上下文和資料語義交付所請 求的服務。CBS 利用預構建的 SOA 服務和資產庫實現多種客戶合作項目中的部署。CBS 方法支援基於資 產的開發模型，此模型在傳統上與打包應用程式或基於自訂的應用程式模型相當不同，在後一類模型 中，重複的解決方案往往在一段時間後發展演變。傳統方法導致非常繁瑣的變更管理流程和僵化的業務 流程，對不斷變化的業務需求的反應非常遲鈍。

CBS 方法使您能夠使用動態商務服務將僵化的業 務流程轉換為更敏捷的解決方案。

組合商務服務的一些主要特徵包括：

可描述它們可以 擁有通過中繼資料描述的自己的業務上下文、策略和服務，可以對中繼資料進行注釋並在目錄中發布，以便 於搜尋、發現和虛擬化。

可組合可以使用從 ISV、遺留、第三方或自訂資產公開的服務對它們 進行組合，以表示某個商務程序。

可訂閱可以作為個人化的服務組合提供給使用者。

動 態可以在運行時基於上下文、內容和契約對它們進行組裝和執行，以向使用者交付個人化的體驗。

可互操作它們可以使用公用的行業語義集與異構的系統和技術進行互操作。

可治理可以 在從建立到升級直至使用壽命結束的整個生命週期中對它們進行管理和版本控制。

可見它們可以 提供業務層級的使用資料，以根據不斷變化的需求對解決方案做進一步最佳化和調整。

圖 1 概括 了如何能夠調整 CBS 以提供正確的商務服務功能，並基於服務要求的上下文、內容和契約通過首選的通 信通道交付該功能。

圖 1. 樣本 CBS 體繫結構

在圖 1 中，上下文 包括使用者、通道和在其中訪問 CBS 的商務程序。內容是通過服務要求的承載得出的（例如，保險報 價請求）。契約是需要基於服務要求的上下文和內容進行應用的業務策略。例如，如果使用者是代理，並 且正在使用瀏覽器發出住宅報價請求，則需要應用業務策略來確保服務在 500 毫秒內得到執行；倘若將 通道更改為電子郵件，則服務可以在 1000 毫秒內交付。可以使用同樣的基礎技術服務；但是 SOA 基礎 結構現在可以更智能地調整其行為來處理請求，因為請求的業務上下文是已知的，並自動附加了策略來 描述處理該請求的要求和約束。

雖然 SOA 和 CBS 從概念上聽起來似乎簡單易懂，但是在實踐中 ，實現 SOA 並具體實現其主要業務好處對大多數企業來說都是非常複雜和困難的。與所有的傳統應用程 序類似，必須在整個生命週期中對 CBS 進行管理。如果沒有正確的 SOA 平台來管理 CBS 生命週期，組 織將繼續疲命於處理 SOA 的治理和管理挑戰。