IBM 在 SOA 參考架構標準中的優勢

簡介

面向服務架構 (Service Oriented Architecture, SOA) 促進靈活的、可重用資產的創造，實現端到端的業務解決方案。隨著公司逐漸接受世界各地不同行業不同類型項目的 SOA 原則以及與 SOA 相關的技術時，參考架構的需求就會越來越明顯。SOA 參考架構的使用是 SOA 價值主張實現的一個關鍵因素。

新 Open Group SOA Reference Architecture (SOA RA) 標準為面向服務解決方案架構（包括云解決方案架構）中的架構、設計和實現決策提供了方針指南和選擇。SOA 參考架構標準的目標是為創建和評估架構提供一個藍圖。此外，它還提供洞察力、模式和構建塊，來將 SOA 的基本元素集成到一個解決方案或者企業架構中。

SOA 的價值

該架構風格就是眾所周知的面向服務架構 (Service Oriented Architecture, SOA)，而不是大家所熟知的組件實現，只有提供的服務能夠發布，且消費者與供應商底層實現細節完全隔離。實質上，整體結構就是：通過松耦合服務使用者使用的服務接口與服務提供者的實現以及解耦實現與綁定，將接口與實現的解耦從編程級別提升到架構級別。

SOA 通過一組與業務保持一致的 IT 服務協議（由合同組成）使業務和 IT 集中起來，共同支持一個組織的業務流程和業務目標。它不僅提供靈活的可重用解耦功能，還提供可在聲明規范（比如，WS-Policy 以及相關標準）中具體化服務質量變化的機制。該松耦合功能可使軟件解決方案中的軟件組件組合更加靈活。此種組合可使應用程序開發人員更為快速地修改其解決方案來響應業務需求的變化，可使用同一組成結構（即重用之前應用程序中創建的組件）快速交付新解決方案以滿足新業務需求。可將組件設計的更佳符合不同場景的業務需求。

SOA 的關鍵業務效益

作為一個靈活的、可擴展的架構框架，SOA 有以下定義功能：

• 減少成本：在利用現有資產的同時提供從廢棄或成本日益增加的應用程序合并多余應用程序功能以及解耦功能的機會。
• 敏捷性：根據一組業務和 IT 服務構造業務解決方案，以這種方式促進業務流程和使用這些流程的解決方案的快速構建和重新配置。
• 增加競爭優勢：提供進入新市場的機會，并以創新方法，通過使用一系列松耦合 IT 服務利用現有業務功能。通過提供更好的新業務服務增加市場份額和業務價值。
• 即時上市：通過允許業務決定解決方案的關鍵驅動力，以及允許 IT 快速支持和實施此方向，來更加快速地交付與業務保持一致的解決方案。
• 合并：跨豎井 (silo) 解決方案和組織集成，減少系統的物理數，在從遺留 spaghetti 依賴項 “優雅過度” 到一個有組織的、集成的共存系統程序之下實現平臺的合并。
• 一致性：使組織能夠更好地將業務目標和 IT 保持一致，使企業能夠將其與一個組織想要實現的功能聯系起來，與其策略計劃保持一致，實現持久的敏捷性和重用性。

參考架構的目標和使用

參考架構的目標是提供解決方案，而企業架構一個標準化藍圖從而為其業務架構解決方案。如圖 1 所示，架構（比如參考架構）存在于一個連續體 (Continuum) 中，從非常抽象的連續體（其中架構決策和假設均未識別或制定）到非常具體的連續體（其中大多數假定和架構決策均制定）。

伴隨著這個連續體，還存在的領域、行業、企業和解決方案參考架構。要全面地理解這一圖表，您可以參考 Navigating the SOA Open Standards Landscape Around Architecture 白皮書，可在 http://www./soa/source-book/stds/index.htm 中找到。

參考架構可用于設置架構的上下文環境，來為供應商和客戶提供理解的基礎，實現以圖定做產品和為解決方案設計服務以及清晰闡釋一組構建塊。

對于 SOA，架構師可將參考架構用于各種場景，包括那些采用 SOA 迅速啟動的組織，幫助繼承者在 SOA 構建中提供服務，幫助 SOA 產品供應商構建一個 SOA 組件以一種可被客戶理解的標準方式呈現其產品，以及幫助組織構建其他 SOA 規范和標準。

標準化 SOA 參考架構的價值

SOA RA 的標準化提供一個行業認可的、供應商中立的起點來實現客戶創建 SOA 解決方案。這樣可用于多個企業共同合作的場景，盡管供應商或系統集成商等存在變更。SOA RA 提供一種常見的分類系統和術語表來設計、構建和描述 SOA 解決方案。這不僅省時省錢而且也可以改進結果。

對采用 SOA 的組織，SOA RA 可以幫助創建業務流程驅動的解決方案、業務工具、消息交換、服務集成、數據訪問以及封裝遺留軟件和組件。當架構師應用 SOA 建模和交付方法論時，一個已被識別的 SOA 的每個元素被映射回 SOA RA，來提供 SOA 解決方案如何進行的視圖。這也為特定企業或行業中的業務和 IT 利益相關者提供一個非常有用的通訊工具。

SOA RA 也被用于定義解決方案的功能和靈活性。這是通過一個關鍵元素檢查清單實現的，架構一個 SOA 解決方案時必須考慮到這些關鍵元素，SOA RA 是通過一個層定義以及這些層上的架構構建塊來實現的。甚至在這些層中此概念更推進一步，設計決策點和交互模式的架構構建塊可以幫助定義該 SOA 解決方案。例如，從技術角度來說，架構師需要回答這些問題：

• 生成一個 SOA 解決方案的因素和準則是什么？
• 使用相互連接的架構和轉換功能如何將一個 SOA 解決方案組織為一個架構框架？
• 如何以最大化資產重用的方式設計一個 SOA 解決方案？

為了解決這些問題，Open Group SOA Reference Architecture 標準提出了一種基于 SOA 解決方案的參考架構。它提供了 SOA 分區和分解到層的高度抽象，每一層都提供一組 SOA 解決方案所需的功能。每一層處理 SOA 中與獨特價值主張相關的特征和職責的一個特定子集。

分層架構的基礎是一個元模型，它是由層、功能、架構構建塊 (ABB)、交互模式、選項和架構決策以及功能、ABB 和層之間的關系構成。這些將指導架構師創建和評估架構。

在真實世界中使用 SOA 參考架構會發生什么？

在采用服務和 SOA 的路上通常需要組織處理獨特項目目標和約束。很多組織試用 Web 服務（通過包裝現有應用程序），作為探索服務集成領域的一種方法，以結果決定如何超越初始階段。許多組織參與一個企業范圍的業務轉型，還有一些組織則定義其路線圖、愿景、策略和準則實現評估和治理。對于那些組織而言，有一個目標標準是非常有用的，可幫助衡量當前服務和 SOA 成熟度，并可創建一個達到理想成熟度級別的路線圖，這不僅是出于對成熟度的考慮，還能實現不同的業務成果，這些業務成果可通過達到具體的成熟度級別得以實現。

IBM 認證和引導的特定技術分離方法，比如將 Web 服務從 SOA 中分離作為一個解決方案和業務架構。有了成千上萬的客戶和政府在組織的參與，IBM 就可以在 SOA 解決方案開發領域建立世界級行業領導權，并能提供產品來保證那些解決方案的實現。IBM 已經開發了行業領先的資產來支持這些約定。其中一些關鍵的、經過實踐檢驗的資產已經作為近來關于治理、成熟度模型、術語的 Open Group SOA 標準，目前稱為 SOA Reference Architecture。這里還有一些文章可供參考，介紹了 IBM 如何幫助開發和支持這些 治理 和 服務采納 標準。本文主要介紹 Open Group Standard SOA Reference Architecture 的 IBM 支持。可在這里找到 (http://www./projects/soa-ref-arch/)。

SOA 參考架構概述

SOA RA 由一組抽象概念構成，共同提供一個 SOA 邏輯設計。因此，它將會回答 “什么是 SOA”，通過提供一組架構構建塊來對這個問題進行詳細介紹。在架構評估階段，或者解決方案架構或企業架構設計階段，SOA RA 允許架構使用其內容，比如構建塊，作為一個元素檢查清單：架構構建塊以及他們與每層之間的關系、可用選項，以及需要在每層制定的決策。層為構建 SOA 所必需的分離關注點 (separated concerns) 提供一個起始點。每組分離關注點均在其自己的 “層” 中呈現。

SOA RA 設計提供架構以及藍圖，包括軟件開發生命周期中所用的模板和指南。這將促進并最終實現自動化，并簡化建模以及記錄架構層流程，這些功能以及其中的 ABB，層和 ABB 選項，產品到 ABB 的映射以及架構和設計決策，都將有助于 SOA 的創建。

SOA RA 旨在支持組織采納 SOA，產品供應商構建 SOA 基礎架構組件，集成者參與 SOA 解決方案的構建，標準機構參與進一步開發 SOA 規范。

SOA 組合功能是在操作系統層和組件層實現。公開的界面則是由服務層提供。注意，這些層中包含一些橫切關注點 (cross cutting concerns)，比如集成、信息、服務質量和治理，作為注意事項包含在上述各層中。其中三個層處理實施和服務界面（操作系統層、服務組件層和服務層），三個層支持服務消費（業務流程層、消費者層和集成層），而其他四個層（信息架構層、服務質量層、集成層和治理層）支持一個更具輔助性的（有時稱為非功能的或補充的）橫切關注點。SOA RA 作為一個整體提供框架來支持所有 SOA 元素，包括支持服務及其交互的所有組件。

在圖 2 所示的每個層中均有架構構建塊 (ABB)，代表可重用功能的一個基本元素，以及此層關鍵責任的實現。駐留于一個層中的每個 ABB 都支持此功能，且每個都有其責任。ABB 也可跨層相互連接，且在層之間提供自然結合。如果始終要在 ABB 之間采用一個特定連接來解決一個特定問題，那么就需要在架構構建塊之間定義一種 ABB 模式以及有效交互序列。

除了 ABB 之外，還支持一些其他功能。其中一個功能就是 The Open Group 在 TOGAF 9 中定義的，稱為 “組織、個人或系統所擁有的能力”。因此，進一步擴展該定義，ABB 提供技術資源來使組織、個人或系統夠提供其定義的功能，一個 ABB，為一個或多個功能提供支持，可以通過一個或多個組件或產品來實現；一個 ABB 的職責包括：服務定義、調解、路由，等等。

層的概述：

在 SOA RA 中定義的層列舉如下：

• 操作系統層：操作和 IT 系統層可捕獲組織的基礎架構、包括新的和已有的，這是在設計、部署和運行時支持 SOA 解決方案所必需的。
  
  該層代表實際運行時基礎架構和運行在該基礎架構上的其他 SOA 架構的交叉點。另外，它也是底層基礎架構即服務 (Infrastructure as a Service, IaaS) 結構和廣泛的云計算背景中其他 SOA 架構的交叉點。該層的關鍵要求將在 “功能” 小節進行介紹，其中描述了滿足那些需求的功能。

• 服務組件層：服務組件層包含軟件組件，每個軟件組件提供服務或者服務上操作的實施或 “實現”。該層也包含功能和技術組件，方便服務組件實現一個或多個服務。服務組件在其功能以及其管理和服務交互質量中反映它們所代表的服務定義。它們將服務合同 “綁定” 到操作和 IT 系統層的服務實現中。服務組件駐留在支持服務規范的容器中。
  
  服務組件層通過包裝和支持松耦合實現 IT 靈活性。關注點分離就是這樣，消費者假設其服務實現忠實于其出版描述（服務合規性），并且供應商保證已實現此種合規性。實現的細節對于消費者來說無關要緊。因此，供應商組織可能會決定使用一個有相同描述的組件替換另一個，而不會影響服務消費者。

• 服務層：服務層由所有在 SOA 中定義的邏輯服務構成。該層包含在設計過程中使用/創建的服務、業務功能和 IT 表現形式的描述，以及在運行時使用的合同和描述。
  
  服務層是一個平行層，提供 SOA 中支持的業務功能，并介紹 SOA 中支持的服務的功能。

• 業務流程層：業務流程層包含流程表示、構成方法和構建塊，聚合松耦合服務使其成為一個與業務目標保持一致的有序流程。數據流和控制流用來支持服務和業務流程之間的交互。交互可能存在于一個企業中，也可能跨多個企業。
  
  SOA 參考架構中的業務流程層在連接業務水平要求和 IT 級解決方案組件中充當一個中央協調角色，通過與集成層、服務質量層、信息架構層以及服務層協作完成。

• 消費者層：消費者層是消費者的入口，不管是人、程序、瀏覽器或者自動操作，以及與 SOA 相互作用都可從此切入。這使得一個 SOA 解決方案可以支持一個客戶端獨立的、通道不可知的功能集，通過一個或多個通道（客戶端平臺或設備）獨立消費以及開出賬單。所以說它是所有內外部交互式消費者（人類或者其他應用程序/系統）和服務（例如，B2B 場景）之間的切入點。
  
  該層提供快速創建前端業務流程和綜合應用程序的功能，以響應市場變化。它使得通道能夠獨立訪問那些應用程序和平臺所支持的各種業務流程。消費者和其余底層 SOA 的解耦為組織提供支持敏捷性、增強重用以及提高質量和一致性的能力。

• 集成層：集成層是一個橫切關注點，支持和提供調節能力，包括變換、路由和協議轉換，從服務發起者向正確服務提供者傳輸服務請求。它支持實現一個 SOA 所需的功能，比如路由、協議支持和轉換、消息傳遞/交互風格、異構環境支持、適配器、服務交互、服務實現、服務虛擬化、服務消息傳遞、信息處理和轉換。集成層也負責維護松耦合系統中存在的解決方案一致性。
  
  這里出現的集成主要是服務組件、服務和流程層（“功能” 層）的集成。例如，這就是流程執行的服務的綁定（否則就晚了）。這允許一個服務可以跨多個面向客戶的通道長期公開。

• 服務質量層：服務質量層也是一個橫切關注點，支持 SOA 相關關注點的非功能性需求 (NFR)，為在任何給定解決方案中處理它們提供一個焦點。它還提供確保 SOA 滿足以下需求的方法：監測、可靠性、可用性、可管理性、事務性、可維護性、可擴展性、安全性、安全、生命周期，等等。它與傳統 FCAPS（過失、配置、會計、性能、安全）范圍相同，從 ITIL 到 RAS（從可靠性、可用性、適用性），保持將同種管理和監控應用到今天的商業領域，對于管理服務和 SOA 解決方案來說是非常重要的，可能需要擴展來處理面向自然的服務和許多 SOA 解決方案的跨域邊界。
• 信息架構層：信息層也是一個橫切關注點，負責以統一的表示形式呈現一個組織其各方面信息，正如其 IT 服務、應用程序和系統所提供的那樣，保證業務需求和流程與業務詞匯（詞匯表和術語）保持一致。
  
  該層包括信息架構、業務分析和業務智能、元數據因素，確保包括關于信息架構的關鍵因素，也可被用于作為通過數據集市和數據倉庫實現業務分析和業務智能創建的基礎。這包括存儲在這一層的元數據內容。它也支持信息服務功能，使一個虛擬化信息數據層功能得以實現。這一層也使得 SOA 能夠支持數據一致性和數據質量一致性。

• 治理層：治理層也是一個橫切關注點，確保一個組織中的服務和 SOA 解決方案遵守定義策略、指導方針和標準，這些均定義為一個應用于組織中的目標、策略和規章的功能，一個 SOA 解決方案將提供所需的業務價值。SOA 治理活動應該符合 Corporate、IT 和 Enterprise Architecture 治理準則和標準。治理層將被用來匹配和支持組織的目標 SOA 成熟度等級。

服務類型：

服務本質上就是任何面向服務架構的核心概念，意識到這里涉及的服務可能有很多不同種類非常重要的。SOA 參考架構定義了一個標準的服務分類方案。這里的服務可根據它們的行動來分類，例如，按其功能或目的（盡管分類并不相互排斥）分類，以幫助確保覆蓋和共享理解。當然其他分類方案也是可行和有用的。

將服務分區到組在一個面向服務架構中的服務和服務組合開發中是一個常見活動。服務類別和組將影響業務和 IT 查看和理解架構以及支持該架構的服務組合的方法。

下圖顯示了一個功能分類方案，用于在典型企業中發現服務。

圖 3 顯示的是分解的服務類別。連接到 'Service Integration Services' 的服務，比如交互服務、流程服務、信息服務等等，均被認為是屬于特定域的。這些都是特定的解決方案，要求針對于正在開發的域或解決方案獨一無二的實現。特定服務域可以購買，但是通常需要進行廣泛定制或擴展。

其余服務類別則是域無關類別。這些域無關類別包括開發服務、管理服務等。這類服務可直接用于各種不同域或解決方案。域無關服務通常被用于計劃、開發、支持和管理解決方案中的域特定服務。通常域無關服務可以通過購買即可使用，而無需進行擴展。

注意，交互、流程和信息服務類別支持模式—視圖—控制器 (Model-View-Controller) 模式。分離這些方面的價值在架構傳統觀念中仍然適用于 SOA。

服務類別有：

• 中介服務：負責將服務消費者與服務供應商綁定。很明顯可以通過解決位置問題實現跨網絡請求路由最優化，滿足業務目標。中介服務通常通過一些有意義的活動增加附加價值，比如日志記錄或翻譯，還有連通性。
• 交互服務：提供業務設計的表示邏輯，并支持應用程序和終端用戶之間的交互。
• 進程服務：包括各種形式的組成邏輯，特別是業務進程流。
• 信息服務：提供業務設計的數據邏輯。實現提供業務持久化數據的存取，支持業務數據組成，并提供其自身的子架構來跨組織管理數據流。
• 存取服務：將遺留應用程序和功能集成到面向服務的架構解決方案。
• 安全服務：負責保護免受貫穿整個 SOA 脆弱部分的威脅。主要負責保護服務消費者和服務供應商之間的交互，以及保護所有對該架構有貢獻的元素。
• 伙伴服務：捕獲在業務設計中有直觀表現形式的合作伙伴互操作性語義。
• 生命周期服務：支持管理 SOA 解決方案生命周期以及貫穿開發和管理，從策略到基礎架構的所有構成元素。
• 資產和注冊表服務：提供資產訪問權限，這是整個架構的一部分，包括服務描述、軟件服務、策略、文檔以及其他業務操作必不可少的資產和構件。
• 基礎架構服務：提供資源的高效利用，確保完善的操作環境，平衡工作負載以滿足服務水平目標，隔離工作以避免干擾，執行維護，安全訪問可信業務流程和數據，簡化系統整體管理。
• 管理服務：提供管理工具和度量集以監控服務流、底層系統健康狀況、資源利用、中斷和瓶頸的鑒定、服務目標實現、管理策略執行以及故障恢復。
• 開發服務：支持整套架構工具、建模工具、開發工具、視覺構成工具、組裝工具、方法論、調試輔助程序、基礎架構工具以及構建一個 SOA 解決方案所需的探索代理。
• 戰略與規劃服務：支持創建愿景、藍圖以及移交計劃以提高業務成果以及處理該業務策略的服務來創建一個涵蓋服務和 IT 的實現路線路。
• 業務應用服務：實現核心業務邏輯，其中實現是在一個業務模型中特別創建的。
• 業務服務：捕獲業務功能，作為粗粒度進程服務提供給外部消費者。

SOA RA 提供綜合的范圍和細節。這使得架構師在考慮服務和解決方案架構塊時能夠自信沒有什么遺漏。基于廣泛的真實項目經驗，IBM 是唯一配備提供支持 SOA 及這種 SOA RA 標準所必需的廣泛經驗和產品的。

IBM 如何支持 SOA RA 標準

服務產品

IBM 不僅擁有綜合的著火測試服務產品集，還是 SOA 的市場領導者，擁有有幫助客戶使用 SOA 的豐富經驗。

似乎您已經開始啟動您的 SOA 轉型了，但是如果想要評估進展，那您將可能面臨著性能問題，而且可能是設計、基礎架構或實現評估。似乎您需要幫助制定您的 SOA 解決方案標準，確保解決方案可以在最大負載下操作。IBM 服務可以幫助評估您的計劃或者推薦改進，極大地提升業務價值。SOA Diagnostic 著眼于全面 SOA 策略、治理（包括安全性）、基礎架構準備狀態和正在進行的 SOA 開發項目。此外，我們也關注能力和性能評估，確保您的 SOA 可以滿足所有業務和 IT 需求

Open Group SOA RA 標準是基于 IBM 的 SOA 解決方案棧（一個關鍵資產，是上述服務的一部分）以及面向服務的建模和架構 (Service Oriented Modeling and Architecture, SOMA)，IBM 用于為您的解決方案識別正確的服務的著名方法。

現在，IBM 將利用這豐富的經驗將 SOA 應用到云解決方案。請參見 http://www-935.ibm.com/services/us/index.wss/offerfamily/gbs/a1028751。

軟件產品

IBM 在這一行業擁有廣泛的產品，可以為您提供合適的 SOA 解決方案。每一步都在您的路線圖中，在您架構的每一層都可以使用 IBM 產品來為您 SOA 生命周期的每個階段（即計劃、開發、部署、管理）提供合適的工具和基礎架構。IBM 使用以下圖表作為一個架構參考模型來解釋實現一個 SOA 的各個方面。

IBM 產品和服務也可被映射到 SOA 參考架構標準化的常見服務類型：

IBM 品牌支持 SOA 解決方案中的 Model/Assemble/Deploy/Manage 生命周期：

• Rational 通過提供工具建模 SOA 解決方案和業務流程來支持 Model 和 Assemble。它還提供產品以支持開發服務。
• WebSphere 通過為服務實現、服務客戶端和業務流程提供運行時來支持 Deploy。它還提供產品以支持部署 SOA 解決方案所必需的操作服務。
• Tivoli 通過提供服務、解決方案和基礎架構的監控和操作管理來支持 Manage。它還提供產品以支持管理服務。
• Lotus 提供工具來將人員和協作入口集成到您的業務流程。它還提供交互服務的支持。關注上述 IBM SOA 參考架構，這是可用于 SOA 各個方面的大量 IBM 產品的一個樣例。
• Information Management 通過在整個信息供應鏈中提供信息管理服務支持 Deploy。

IBM 產品既為各層提供支持，也在 SOA RA 中提供服務。

• 戰略與規劃服務是由 Global Business Service 的組件業務建模 (Component Business Modeling, CBM) 服務提供的，可幫助您有條不紊地檢查您的業務并識別正確的業務組件和服務。面向服務的建模和架構 (SOMA) 服務以及工具可幫助您識別正確的服務以滿足我們的需求。SOMA 的 Rational Unified Process (RUP) 可提供最好的實踐產品，使這些流程、特別是現代化遺留系統增速。此外，IBM Rational 將 Rational Systems Architect 和 Rational Focal Point 作為工具出售給企業架構師，可以為市場驅動的產品和組合管理提供決策支持系統。Rational RequisitePro 跟蹤業務需求將其作為目標，并介入服務開發生命周期。
• 業務服務和事件幫助業務分析師捕獲您的文檔、遵從性、模擬和最優化的業務設計。WebSphere Business Monitor 幫助您創建儀表板來觀察您的業務性能，這有助于您理解您的業務設計如何實現您的業務目標和推薦優化。Cognos Business Intelligence 提供關于您 SOA 的業務報告、分析和儀表板。WebSphere Operational Decision Management 增強 BPM 和 SOA 基礎架構以及業務洞察，以及關于事件驅動業務條件的認知。
• 開發服務由 Rational Software Architect 提供，將為 Windows、Linux、i、及 z 系統上的業務服務提供一個開發環境。Rational Team Concert 促進這些環境下的協作開發。Rational ClearCase 和 ClearQuest 自動化和執行開發進程，實現更好的洞察、可預測性、管理和軟件開發生命周期控制。為了實現這一點，IBM Integration Designer 幫助您創建了業務進程流、狀態機制和業務規則。
• 資產和注冊表服務由 Rational Asset Manager 提供，可幫助創建、更改、管理、發現和重用任何類型的開發資產，包括那些用于您 SOA 解決方案的資產。WebSphere Service Registry and Repository 提供這些工具來提供注冊和位置服務以支持延遲綁定到服務。
• 服務集成服務本質上是企業服務總線 (Enterprise Service Bus) 功能，是由 WebSphere Enterprise Service Bus 支持的，提供一個基本架構實現整個企業級分布式網絡的透明互聯。它由 WebSphere Message Broker 所擴展，為非 XML 數據類型提供消息轉換，同時提供基于消息的集成。WebSphere Message Queue 使可升級的、可靠的跨不同平臺消息交換。WebSphere DataPower SOA 設備可加強和促進 SOA 應用程序，特別是 WebSphere DataPower Integration Appliance XI52 和 WebSphere DataPower XML Accelerator XA35 Appliance 的無負載 Web 服務處理和 XML 處理。
• 業務應用服務托管于 WebSphere Application Server，一個高度可用的托管環境 (hosting environment)，提供基礎 SOA 業務服務和一個 WebSphere Portal、IBM Business Process Management (BPM) 以及 WebSphere ESB 的平臺，支持基于 SOA、SCA、SIP、Web 2.0 以及 JPA 編程模型的標準。WebSphere Application Server 可隨著 WebSphere eXtended Deployment (XD) 的規模而擴增，而 WebSphere Network Deployment 會為普遍高終端計算需求擴展編程模式。WebSphere eXtended Deployment Compute Grid 支持跨事務和批處理范式共享業務邏輯。WebSphere eXtreme Scale 提供分布式緩存要素，實現靈活的可擴展性以及下一代 SOA 和云計算環境。業務應用程序由執行數據管理系統實現：CICS 是一個應用程序和事務服務器，IMS 是一個事務和分層數據庫管理系統。CICS 和 IMS 均已作為一個 SOA 開發啟用。
• 流程服務由 IBM Business Process Management 完全支持，這是業務進程（流和業務狀態機制）的一個主要托管環境。WebSphere Operation and Decision Management 交付一個業務角色管理系統來控制和管理業務策略和流程。WebSphere Business Events 有助于業務檢測、評估，以及對基于可控事件模式的探索的業務事件影響作出響應。
• 交互服務由 WebSphere Portal 提供，這也是一個托管環境，用于 SOA 應用程序的用戶交互邏輯，允許將接口聚集到一個單一用戶頁面。Lotus Sametime 是一個統一的通訊平臺，支持業務流程中的服務創新和用戶委托。IBM Mashup Center 支持您使用動態情景應用程序來連接用戶與業務服務。
• 信息服務是由數據倉儲和信息集成產品提供的。相對 IBM Information Server 而言，InfoSphere Master Data Management 集中管理貫穿客戶、產品和帳戶域的業務關鍵型主數據，IBM Information Server 是復雜、異構、分布式信息的一個數據集成平臺。Cognos Business Integrator 使您可以以任何組合對任何數據進行探索和交互，并生成完整的時間頻譜。
• 伙伴服務是通過 Sterling B2B Integration 和 WebSphere DataPower Appliance 提供的，支持通過一個集中的、統一的貿易伙伴和事務管理平臺將企業對企業與貿易伙伴集成到一起，實現流程和數據集成。
• 存取服務由 WebSphere Adapters 支持，為各種遺留信息系統提供適配器。
• 基礎架構服務由 WebSphere Virtual Enterprise 提供，提供應用程序虛擬化來降低成本，增加靈活性、敏捷性、可用性和可靠性。虛擬軟件管理 IBM 以及其他供應商的中間件和硬件的使用。IBM 是一個可信的系統、服務器和存儲供應商，可滿足您的業務需求，這包括時代領先的 Power Systems running AIX or Linux, and BladeCenter，集成平臺并內置可擴展性和可管理性。IBM 以無可匹敵的處理能力和 System z Series 的高可用性而聞名。
• 管理服務包括安全性和運行時管理。安全性由 Tivoli Identity Manager, Tivoli Federated Identity Manager, Tivoli Security Policy Manager and Tivoli Access Manager 提供，它提供了一個統一的用戶管理、用戶信息聯合和特權管理。Tivoli Compliance Insight Manager 提供一個自動化的用戶安全性遵從監控。WebSphere DataPower XML Security Gateway XS40 and XG45 將 Tivoli 的聯合身份、安全性和目錄服務集成到您的 SOA 網絡處理。監控、預先配置和自動化則是由 Tivoli Composite Application Manager (ITCAM) 提供的，這是一個集成的產品集（包括 SOA 的 ITCAM），支持跨所有 SOA RA 平臺的 IT 服務管理，Tivoli Intelligent Orchestrator (TIO) 為管理和自動化您的行政管理工作流，以及初始化工作流以響應信息系統中的事件提供支持，而 Tivoli Provisioning Manager 擴展 TIO 以及工作流來自動化開發環境實現軟件和硬件的預先配置。如 ITIL 所述，Tivoli Change and Configuration Management DataBase (CCMDB) 是自動化和支持更改以及配置管理進程的基礎。而 Tivoli Application Dependency Discovery (TADDM) 交付自動化發現和配置跟蹤功能來建立應用程序映射，提供對應用程序復雜性的實時監控。Tivoli Usage and Accounting Manager 評估共享計算資源的使用情況和成本。Tivoli Business Service Manager (TBSM) 提供實時服務可用性和可視性以及智能儀表板，同時可視化關鍵業務服務以及相關 SLA 的健康狀況。IBM Systems Director 跨多系統環境提供物理和虛擬系統平臺管理，使得虛擬化得以簡化。
• 生命周期服務由 Rational Method Composer 提供，是一個靈活的軟件開發處理平臺，擁有一個最佳實踐庫，可幫助您為您的項目團隊提供定制的、但尚未一致的流程指南。Rational Requirements Composer 提供視覺和文本技術，幫助在一個協作環境中捕獲業務目標和細化需求。Rational Build Forge 自動化和加速構建和發布流程。

SOA 如何奠定 Cloud 基礎

SOA RA 已被 The Open Group 標準化，應用于 Cloud 架構，也是 IBM 云計算參考架構的底層架構，已提交到 Open Group (IBM CCRA)。本小節將介紹有云計算架構新因素的地方，并顯示 SOA RA 是如何支持它們的。

功能關注點：操作系統、服務組件、服務、業務流進程和消費者界面；所有這些都存在 Cloud 中且和 Clould 相關。

對于 Cloud 架構，需要特別關注：

• 操作層：基礎架構是操作系統層的一部分，但是通常集中在 Cloud 架構中，因為 Cloud 將新需求強加于基礎架構以確保廣泛的網絡訪問、資源合并、快速彈性、虛擬化和可擴展性。
• 服務層：常見云服務類型 (*aaS) 位于服務層。這些云服務類型，像其他服務，使用并有時候公開操作系統層的資產。對于云服務，公開資產類型通常是服務類型的焦點，比如，在操作系統中，硬件基礎架構作為 IaaS 公開，中間件作為 PaaS 公開，而業務流程作為 BPaaS 公開。
• 業務流程：業務流程可以加入一個 Cloud 解決方案，就像在 SOA 解決方案中那樣，它們可作為一個服務 (BPaaS) 提供者或者成為服務消費者（不管它們是否是云服務）。另外，云計算供應商組織中的業務流程需要以新穎的形式重構和簡化來滿足更快的實時交付、實時更改以及實現成本目標。
• 消費者層：消費者層被更嚴格、更仔細地從服務和服務供應商層分離，允許共享和替代云服務或供應商。

SOA RA 中的橫切關注點：集成、服務質量、信息和治理：是所有云計算基礎架構和解決方案的重要關注點，就像在 SOA RA 中那樣。它們是橫切關注點這一事實意味著每個功能層在橫切層可能擁有交互功能。

對于 Cloud 架構，必須特別關注：

• 服務質量 (QOS) 層：為了使按需自服務和有規則的服務要求以及關鍵客戶需求實現彈性、安全性、性能、自動化管理、操作和業務支持，橫切關注點服務質量對于 Cloud 管理和安全有更多重要需求。管理支持可作為 Common Cloud Management Platform 在 SOA RA QOS 層呈現，這包括支持操作和業務的支持服務，aka OSS 和 BSS。這對于通過交付多種基于同一基礎的云服務驅動的經濟規模是至關重要的。
• 云解決方案的治理也擁有一些獨一無二的需求模式，這些需求是跨組織界限支持治理所必需的。供應商和消費者通常需要就云計算供應商如何執行一個交互式治理流程進行商談，確保云解決方案和服務適當地交付以及繼續與業務需求保持一致。

對于云生態系統，云服務消費者、供應商和創建者在云計算架構中確認為普遍的高級別角色。

在 SOA 上下文中關注 Cloud 是很重要的，大型 SOA 解決方案中的 Cloud 解決方案支持它們。

這些橫切關注點對于集成和信息仍然是很重要的，必需在任何 Cloud 解決方案架構的開發中考慮到。然而，云計算不能將任何新準則或者關注點引入到這些橫切層。

為了使關注 Cloud 關注點更為簡單，而不需要關注 SOA 關注點，我們可以將 Cloud 關注點提升到其自己的圖表中，如圖 7 所示。

在 CCRA 中沒有介紹的那些概念和架構元素仍然可以通過其自己的 SOA RA 遺產隱含和呈現。

結束語：IBM 為您構建 SOA 解決方案的原因

近來，Gartner 的一篇文章（Application and Integration Platforms Key Initiative Overview，2011 年 7 月 22 日）建議客戶 “讓 SOA 成為首要必備架構”。

IBM 是公認的 SOA 市場占有率領導者，領先長達 7 年之久，而且將會繼續。Wintergreen 最近發布他們關于 SOA 軟件市場、占有率和預測的報告，報告中提到 78% 的市場屬于 IBM，而我們最大的競爭對手的市場占有率還不足 4%。

IBM 擁有：

• 最大的客戶基礎，擁有 8,000 多個客戶，并在 ibm.com 中擁有超過 100 個成功案例
• 最穩健的生態系統，其中包括 7,400 多個 業務合作伙伴
• 業內最高水平的專業知識和投資，在 SOA 業務類別 中擁有超過 13,000 項資產，提供廣泛的解決方案組合和服務
• 持續領導 Forrester SOA Wave 和 Gartner SOA Magic Quadrant 評估

最重要的是，IBM 的 SOA 策略是構建在一個開放標準上，即實現了互操作性也實現了標準化。在 The Open Group 中，IBM 對 SOA Reference Architecture、SOA Ontology、OSIMM 和 SOA Governance Framework 的領導權是我們致力于標準化 SOA 架構的典范。

參考資料

學習

• “IBM SOA 標準”（developerWorks，2012 年 1 月）強調標準對于 SOA 解決方案增強客戶成果和實現互操作性的重要性。
  
  
• 100 SOA Questions and Answers，Kerrie Holley & Ali Arsanjani，Prentice-Hall，2010，p149。
  
  
• SOA Governance: Governing Shared Services On-Premise and in the Cloud，Thomas Erl、Stephen G. Bennet、Benjamin Carlyle、Clive Gee、Robert Laird、Anne Thomas Manes、Robert Moores、Robert Schneider、Leo Shuster、Andre Tost、Chris Venable & Filippos Santas，Prentice Hall。
  
  
• Executing SOA: A Practical Guide for the Service-Oriented Architect，Norbert Bieberstein、Robert G. Laird、Keith Jones & Tilak Mitra，IBM Press。
  
  
• SOA governance: Achieving and Sustaining Business and IT Agility，William A. Brown、Robert Laird、Clive Gee & Tilak Mitra，IBM Press。
  
  
• Dynamic SOA and BPM: Best Practices for Business Process Management and SOA Agility，Marc Fiammante，IBM Press。
  
  
• Service-Oriented Architecture (SOA) Compass: Business Value, Planning, and Enterprise Roadmap，Norbert Bieberstein、Sanjay Bose、Marc Fiammante、Keith Jones & Rawn Shah，IBM Press。
  
  
• The Art of Enterprise Information Architecture: A Systems-Based Approach for Unlocking Business Insight，Mario Godinez、Eberhard Hechler、Klaus Koenig、Steve Lockwood、Martin Oberhofer & Michael Schroeck，IBM Press。
  
  
• SOA for the Business Developer: Concepts, BPEL, and SCA (Business Developers series)，Ben Margolis，MC Press。
  
  
• 在 developerWorks 的 SOA 專區，獲取提高您技能所需的資源。
  
  

獲得產品和技術

• 以最適合您的方式 評估 IBM 產品：下載產品試用版，在線試用產品，在云環境下試用產品，或者在 SOA Sandbox 中花費幾個小時來學習如何高效實現面向服務架構。
  
  

討論

• 加入 developerWorks 中文社區，developerWorks 社區是一個面向全球 IT 專業人員，可以提供博客、書簽、wiki、群組、聯系、共享和協作等社區功能的專業社交網絡社區。
  
  
• 加入 IBM 軟件下載與技術交流群組，參與在線交流。
  
  

作者簡介