引言
在任何領域中，語義都非常重要，而在面向服務的體系結構（Service-oriented architecture，SOA）中更是如此。由于 SOA 涉及多個團隊和組織，因此就相關術語達成一致至關重要。本系列將帶著您開始 SOA 之旅，為您定義基礎術語和主要概念。您將了解 SOA 領域中所使用的各個詞匯。對于每個術語，將說明其為何對 SOA 重要、其在這種情況下的含義、相關的標準有哪些以及與其他術語的區別如何。

關于組織方式的說明

以下列出的術語并不是按照字母順序排列的，也不是按照其重要性進行排列。我們將按照構建塊的方式對其進行排列。首先討論的是“服務”，因為這個術語可能是理解 SOA 框架的最基本概念。我們將以服務為基礎形成“體系結構”、“治理”和“業務”概念的定義。在很多情況下，我們都將較大的術語分解為較小的組成部分進行討論。

服務

服務顯然是面向服務的體系結構的核心，術語服務 的使用非常廣泛。不過，這個術語對于不同的人有不同的含義，“什么是服務？”這個問題經常會引發激烈的爭論。我聽到過人們討論業務任務、業務服務、應用程序功能、技術服務或基礎設施服務。我將基于 IBM Rational? Method Composer Plug-in for SOA Governance 和 IBM Rational? Unified Process for Service-Oriented Architecture 給出一個定義。（有關更多信息，請參見參考資料部分。）

“服務是執行可重復任務的可發現資源，由外部化的服務規范進行描述。”

由于存在多種不同的定義，通過定義“服務”來開始本文的討論比較困難。例如，您可能會認為上述定義過于偏重于技術。請記住，一定不要過于依賴于服務的正式定義，而要將重點放在服務背后的主要概念上，包括：

業務一致性 ：服務并不基于 IT 功能，而是基于業務的需求。服務業務一致性由服務分析和設計技術提供支持。
規范 ：服務是自包含的，采用接口、操作、語義、動態行為、策略和服務質量進行描述。
可重用性 ：服務可重用性由服務粒度設計決策予以支持。
協議 ：服務協議是實體（即服務提供者和使用者）之間就相關事項達成的一致意見。這些協議基于服務規范，而不是實現。
承載和可發現性 ：隨著生命周期的進展，將承載服務，并可以對其進行發現；這由服務元數據、注冊中心和存儲庫提供支持。
聚合 ：松散耦合的服務聚合為企業內部或企業間的業務流程或組合應用程序。
這些組合特征表明 SOA 并不僅與“技術”相關，而且也與業務要求和需求相關。

還要務必注意，并非所有東西都是服務。例如，有些 IT 功能不應該作為服務公開。可以使用 IBM 的面向服務的建模和體系結構（Service-Oriented Modeling and Architecture，SOMA）等分析技術基于上面列出的概念標識恰當的服務列表。我們將在本文中詳細討論這些方面的內容（包括本部分中所有以粗體顯示的術語）。

體系結構

和服務類似，很難得到一個大家一致認可的體系結構的定義。不過，與服務不同的是，人們在談論 SOA 時有時候會忘記體系結構，而顯然不應將其忘記！事實上，企業體系結構和面向服務的體系結構具有相同的目標，即通過集成的 IT 策略支持業務。例如，企業架構師是 SOA 成功的關鍵，因為他們將根據不斷發展的業務需求和要求確定企業的 IT 系統的策略發展方向。

Open Group Architecture Forum (TOGAF) 根據上下文提供了兩個體系結構定義：

“系統的正式描述，或用于指導其實現的組件級別的系統詳細計劃。
組件的結構、它們相互間的關系以及控制其設計及將來發展的原則和指導方針。”
這兩個定義都與理解 SOA 中的“A”相關。對其進行進一步細分，我們會發現體系結構對于進行以下工作必不可少：

在不同的抽象級別進行設計和建模
將規范與實現分離
構建靈活的系統
確保滿足業務需求
分析需求更改的影響
確保遵循相關原則
企業體系結構

以下是維基百科 (Wikipedia) 中的定義：

“企業體系結構是這樣一種做法，即應用描述組織的流程、信息系統、個人和組織子單元的全面而嚴格的方法，從而使其與組織的核心目標和策略方向保持一致。

創建企業體系結構的主要目的是為了確保業務策略與 IT 投資保持一致。通過這樣，企業體系結構可支持從業務策略一直到基礎技術的可跟蹤性。”

可以將項目級別的“體系結構”和組織級別的“企業體系結構”與此進行比對。請注意對流程、信息系統、人員、目標、策略和業務 IT 一致性的參考信息。

面向服務的體系結構

面向服務

正如 IBM SOA Foundation 白皮書中所述“...面向服務是將業務作為一組有聯系的服務集成的方法。”有關 IBM SOA Foundation 的更多信息，請參見參考資料。

此處的關鍵詞是“業務”。例如，面向服務可提供非常有用的靈活性，能使用來自一個業務部門（Line Of Business，LOB）、多個業務部門以及業務合作伙伴的服務靈活地實現業務流程。

SOA Foundation 參考模型

IBM SOA Foundation 中提供了一個 SOA 參考模型，如圖 1 中所示，此模型說明了為了支持面向服務的體系結構所需的主要功能。

由于這個模型基于面向服務的概念，因此它允許從小項目做起，逐漸擴展在企業內的集成，從而在出現新業務需求時以增量的方式采用 SOA。有關 SOA Foundation 的更多信息，請參見參考資料。


圖 1. SOA Foundation 參考模型




面向服務的體系結構

IBM SOA Foundation 對 SOA 的定義如下：

“面向服務的體系結構 (SOA) 是一種用于創建企業 IT 體系結構的體系結構樣式，利用了面向服務的原則來實現業務和支持業務的信息系統之間更為緊密的關系。”

SOA 具有以下特征：

它加強了企業體系結構和業務之間的聯系。
它允許將組合應用程序作為一組集成服務進行構建。
它提供了靈活的業務流程。
面向服務的體系結構是全新（與“革新”相對）的事物，意味著新的企業人員角色、新的協作方式、新的支持框架以及新的軟件構件。

SOA 解決方案堆棧

如圖 2 中所示，SOA 解決方案堆棧是一個 SOA 參考模型，描述 SOA 解決方案的運行時概念視圖。

有時也將其稱為“SOA 分層體系結構”，其中介紹了各個層次和概念（如業務流程、服務或服務組件）及其相互間的關系。

它不依賴于實現所使用的技術。這個分離非常重要，具體請參見本系列的第 2 部分中的模型驅動的體系結構（Model-Driven Architecture，MDA）的相關內容。

圖 2. SOA 解決方案堆棧




5 個層次分別如下（按照從下到上的順序）：

可操作系統：表示現有 IT 資產，說明 IT 投資非常寶貴，應該在 SOA 加以利用。
服務組件：實現服務，可能通過使用“可操作系統”層中的一個或多個應用程序來進行。如模型中所示，使用者和業務流程并不能直接訪問組件，而僅能訪問服務。現有組件可以在內部重用，或在合適的情況下在 SOA 中使用。
服務：表示已部署到環境中的服務。這些服務由可發現實體進行治理。
業務流程：表示將業務流程作為服務編排實現的操作構件。
使用者：表示用于訪問業務流程、服務和應用程序的通道。
治理

因為 SOA 具有跨組織的特征，其中的服務投資者、設計人員、實現人員、維護人員或客戶并不位于相同的組織、業務部門、IT 部門、LOB、分支機構或企業中，因此治理對于以增量的方式成功采用 SOA 非常必要。

此部分包含 IBM Rational Method Composer Plug-in for SOA Governance 中的相關定義。它定義了治理、IT 治理、SOA 治理及其與管理或遵從性之間的差別。它還描述了 SOA 治理所處理的各項挑戰。有關 Rational Methode Composer 的更多信息，請參見參考資料部分。

治理

"治理是關于以下方面的概念：

建立責任、授權和通信鏈，以對人員進行權利分配（決策權）。
建立度量、策略和控制機制，以支持各個人員執行各自的角色任務和履行相關職責。
治理處理的是分配決策權力，并決定使用何種措施以及遵循哪些策略來進行這些決策。決策權分配給角色，而不是個人。另一方面，管理 則包括為角色分配人員以及監視策略的執行情況。

任何治理解決方案中都包含要符合組織的遵從性要求的目的。遵從性 是記錄并證明治理已就位并得到了執行：會記錄決策，并遵循有關決策的策略。”

IT 治理

“IT 治理指屬于組織的信息技術流程以及這些流程支持業務目標的方式的治理方面的內容。”

IT 治理可以通過分配 IT 流程的決策權和措施進行描述。

SOA 治理

“SOA 治理是 IT 治理的擴展，具體關注服務和其他 SOA 構件的生命周期。”

具體來說，SOA 治理關注的是有關服務標識、資金投入、設計、實現、部署、重用、發現、訪問、監視、管理和退役的方法和流程。

“SOA 治理處理以下這些類型的挑戰：

哪些新組織角色和結構可促進服務標識、設計和共享？
哪些標準支持服務的投資、維護、使用和共享？
業務部門如何決定在服務創建和維護方面進行投資？
企業的面向服務的成熟度如何？
需要進行哪些訓練、培訓或指導？"
生命周期

服務生命周期

服務生命周期由服務可能處于的狀態以及觸發狀態間轉換的事件組成。

在其生命過程中，服務將度過很多階段（和我們一樣 ）。將服務的生命周期視為具有狀態（位置）和轉換的業務狀態機；服務可能處于其中的某個狀態，而轉換使其從一個狀態發展到另一個狀態。

SOA 治理考慮的是有關服務生命周期的計劃、定義、啟用和測定。SOA 治理定義服務狀態的含義、從一個狀態發展到另一個狀態需要發生的操作（轉換）、如何進行（流程和方法）以及由誰進行（角色）。

例如，SOA 治理可以將服務狀態定義為標識、投入資金、指定、實現、審批、操作、發布、棄用和退役。

基礎 SOA 框架則將需要通過生命周期支持服務，并確保遵循了配備的流程。例如，服務注冊中心和存儲庫需要允許用戶進行相應的操作，以便服務在生命周期中逐漸發展。協作和投資組合管理工具需要能夠允許用戶（僅限于具有權限的用戶）作出將使得服務從一個狀態過渡到另一狀態的決策，并在需要進行操作時通知用戶。

SOA 生命周期

IBM SOA Foundation 在其 SOA 生命周期的定義中使用了四個階段：

建模包括業務分析與設計（要求、流程、目標和主要性能指標）及 IT 分析與設計（服務標識和規范）。
組裝包括服務實現和組合應用程序的構建。
部署包括應用程序和運行時（如企業服務總線——Enterprise Service Buses，ESB）的部署。
管理包括操作環境維護、服務性能監視和服務策略執行。
正如上面定義的，SOA 治理和流程為這四個階段提供支持。此情況如圖 3 中所示。


圖 3. SOA 生命周期




業務

現在的企業需要能夠識別更改，并快速對其作出反應，而且還要同時維護其由雇員、合作伙伴、客戶組成的生態系統。正如 IBM On Demand Business 所述，需要全面利用先進技術，以實現此目標。有關 IBM On Demand Business 的信息，請參見參考資料部分。

由于客戶和法律法規遵從之類的外部要求和競爭與市場之類的變化，業務必須具有靈活性和敏捷性。面向服務的體系結構可幫助實現此目標，允許業務根據變化快速調整。

業務一致性

SOA 成功的關鍵在于，對遺留應用程序等現有 IT 資產的重用。不過，SOA 允許企業將其技術工作的重點放在將支持其業務功能或流程的服務上——例如，能夠與業務任務對應的服務操作——而不是基于豎井 (silo) 式信息體系的服務。業務一致性涵蓋范圍更全面，且能促進業務和 IT 之間更好地進行溝通。在本系列后面的部分中，我們將討論 SOA 分析和設計的自頂向下、自底向上及中間相遇方法，從而了解如何將業務模型細化為 IT 模型，以及可以如何利用主要的現有功能。

不過，與業務保持一致并不意味著讓業務功能和 IT 實現緊密耦合。關鍵的 SOA 概念之一就是松散耦合以及規范（業務模型、接口）和實現（技術）之間的分離，通過這樣可將更改（如替換服務提供者）的影響降到最低。

業務組件化

IBM Component Business Model? 是一種策略方法，允許企業將重點放在核心競爭力上（使得企業從競爭者中脫穎而出的部分），了解如何使用資源，從而更好地保持業務和 IT 之間的一致性。有關 Component Business Model 的更多信息，請參見參考資料部分。非常需要這些業務組件交互的集成以及靈活性（如外包組件），而這通過面向服務得到了實現：業務組件具有獨特的業務用途，通過其提供或使用（來自其他組件）的服務進行協作。這可以被視為“業務體系結構”的一部分。

業務建模

IBM Rational Unified Process? 對業務建模的定義如下：

“Rational Unified Process Business Modeling 規程提供了具體的指導信息，說明如何使用各種不同的方法和技術在不同的正式級別描述“原始”或“將來”業務。”

業務建模引入了一系列概念、交付內容和角色；它將描述和組織有關業務策略、業務遠景、業務目標、業務目的、業務詞匯、業務體系結構、業務分析與設計、業務規則、業務價值、業務用例、業務實體以及業務流程的任務。下面的部分對此進行了更為詳細的說明。

SOA 是有關重新組織業務和 IT 系統的長期策略，其目的是為了快速對變化作出響應。參考資料部分提供了 IBM Systems Journal 第 44 卷第 4 期有關 SOA 的鏈接，其中更為詳細地說明了面向服務的思維方式中業務所處的位置。

業務流程

業務流程由一系列能產生有價值的結果的活動組成。

業務流程具有貫穿其中的相關業務項目（數據），包括作為流程的輸入和輸出使用的項目。

業務和任務

業務活動和任務是通過連接能組成業務流程的元素。

您可以將持續時間、成本、收益、資源、輸入和輸出與業務活動相關聯。這些是用于對業務流程進行分解的元素。服務標識技術包括將業務流程分解為活動和任務的技術，將通過這些活動和技術對現有的或將要開發的服務（及其操作）進行標識。這些服務有時稱為“業務服務”。

建模業務流程

組織的業務流程（當前的、“原始”流程）可能很復雜，因為這些流程經常是對最初開發的流程進行了大量的更改之后得到的。理解、正式定義并記錄業務流程的工作非常重要。另外，通過建模和模擬“原始”和“將來”業務流程，將能夠確定成本、延遲或能實現自動化的方面。

建模業務流程不僅提供了可視表示形式，而且，當在框架中進行此工作時，還能提供基礎元數據（我們將在本系列的第 2 部分進行討論），從而支持稍后將業務流程模型的元素細化為（或鏈接到）IT 設計元素。

人工任務

很多時候在流程中都會需要人工交互（如出差審批或貸款審批）。在業務流程建模期間，會將人工任務標識為手工任務，并為每個人工任務分配不同的角色。部署后，SOA 環境將需要把人工任務作為流程執行的一部分進行支持。例如，IBM WebSphere Process Server 之類的產品將為用戶提供等待其處理的人工任務的列表。通過與此類產品組合，IBM WebSphere Portal 和 Lotus Sametime 之類的產品還將允許用戶在需要的情況下與同事進行協作，并就他們的決定向系統發出通知，以便繼續執行流程。人工方面對于 SOA 的成功非常重要。

BPEL

IBM、Microsoft 和其他業界企業已經將業務流程執行語言（Business Process Execution Language，BPEL）作為 Web 服務規范提交，以用于正式地指定業務流程和交互協議。

1.1 版于 2003 年發布，目前已經發布了 2.0 版本 OASIS 提交草案，稱為 Web 服務業務流程執行語言（Web Services Business Process Execution Language，WSBPEL）。請參見參考資料部分中提供的相關鏈接。

行業

業務流程可以特定于某個領域或行業，如保險索賠流程。行業聯盟定義行業業務流程。例如，電信管理論壇 (TeleManagement Forum) 為電信行業定義增強的電信運營圖（Telecom Operations Map，eTOM）。除此之外，企業可以通過在內部采用經過驗證的業務流程（如來自 IBM Industry Models 的流程）來使自己獲得優于競爭者的優勢。請參見參考資料部分提供的 IBM Insurance Application Architecture (IAA) 的鏈接，這就是 IBM Industry Models 中提供的流程之一。

業務流程管理

業務流程管理（Business Process Management，BPM）從業務流程整個生命周期的角度看待它，以便提高其效率、靈活性和控制。

BPM 討論的是進行建模、模擬、優化、部署、運行、管理和監視，然后將結果提交回去，以改進模型，從而進行一個持續的改進循環。IBM WebSphere 提供了 BPM 所需的各種產品。

結束語

在 SOA 術語系列的第 1 部分中，我們定義了核心 SOA 術語，即服務、SOA 以及 SOA 如何與體系結構相關。我們定義了 SOA 的兩個核心元素，服務生命周期和 SOA 治理。最后，我們討論了 SAO 和業務的關系，并對業務流程進行了說明。這僅是開始。本系列的后續部分將定義與 IT 設計、開發、運行時和管理相關的 SOA 術語。歡迎您繼續閱讀 developerWorks 上本系列的其他文章！

SOA 術語概述: 第 1 部分，服務、體系結構、治理和業務