面向服務的體系結構（Service Oriented Architecture），更多的時候被稱作 SOA，最近有很多關于它的報道。但是它到底是什么，又能夠為您做些什么呢？在該采訪中，IBM development 的三名成員將就 SOA 以及 IBM 和 Lotus 產品如何與 SOA 概念相結合進行探討。
面向服務的體系結構（SOA）
為對業務應用程序進行智能且有效的設計、開發、部署和管理提供了一個廣闊的基礎設施。為了幫助更好地理解 SOA 是如何影響 Lotus 和 IBM Workplace 產品和技術的，我們訪問了 Lotus 和 IBM Workplace 開發團隊的幾名成員，并探討了 SOA 為您現實的工作帶來了什么。
請簡單談一下你們在 IBM 的職責。
Fernando Salazar：我是 IBM Workplace 團隊的高級技術人員。負責 Workplace Server 組件的整體體系結構和內容。
Robert Duffner：我是 WebSphere Portal 和 Workplace 產品的產品經理。還負責在 Workplace、Portal 和 Collaboration (WPLC) 產品部門中圍繞 SOA 策略提供幫助信息。
Doug Wilson：我是 WPLC 部門的主要技術負責人，還是體系結構指導委員會和顧問組的成員。我的工作是確保跨 WPLC 產品的產品空間體系結構的一致性，并保證它們適合于整體 Software Group 體系結構策略。
概括地說，什么是 SOA？
Robert：SOA（面向服務的體系結構）并非新的思想。SOA 一直主要是關于如何正確地進行構建，如何創建一種體系結構藍圖，該體系結構藍圖允許進行可重用的構建，允許以更加松散耦合的方式工作，例如您構建了這樣一個體系結構并要進行修改，那么無需打破原有設計。還有，如何在流模式下集成異構的 IT 系統。SOA 是真正支持使用可重用的組件或服務裝配業務流程的體系結構，這些組件或服務獨立于應用程序和它們運行的平臺。
這里的關鍵點是服務為真正可重用的構建塊。這些概念確實不是新的了。我認為現在很多供應商創建的產品開始支持 SOA 標準，比如 Web 服務這樣的產品，使 SOA 在很多 CIO 的心中占據了優先和中心地位。大型跨平臺供應商，如 IBM、Microsoft、Oracle 以及 SAP 都開始以能吸引客戶的方式支持這些標準 —— 因為支持更多的標準能幫助客戶降低風險，很多標準都是這樣產生的。在這種形勢下構建 SOA 的能力開始變得很有前景，這可能是今天的 SOA 最激動人心的地方。在這一過程中標準起到了很重要的作用。
Doug：我還要強調 SOA 包括面向服務的體系結構、對業務結構以及支持業務的 IT 系統進行推理的方法。事實上，SOA 是從頂層開始的，通過分析業務是如何運行的，以及如何把支持業務的業務流程分割為基本步驟 —— 人為執行的或者是通過多個自動片斷執行的任務。SOA 的強大之處在于它給出了一種一致的方法，用于推理業務的結構，以及推理支持該業務的 IT 基礎設施和組織。
Fernando：幫助推動 SOA 的新事物是企業服務總線（Enterprise Service Bus，ESB）這個概念。我們能夠通過標準定義所有的服務，這樣非常棒。但是，ESB 允許我們安排這些服務，并以滿足應用程序需要的方式同步或異步地調用它們。接口和松散耦合是兩個由來已久的軟件工程概念，但是我認為企業服務總線是使這個概念成為可能的關鍵因素。企業服務總線是促使 SOA 產生的因素之一。
你們提到 SOA 不是一個新事物，但是看起來直到最近人們才開始關注它。關注背后的主要原因是什么呢？
Doug：我認為在該行業中有兩個關鍵的變化，為考慮如何構造 SOA 重新注入了力量。Web 服務的描述功能與使用無處不在的互聯網的 IT 系統相組合，可能是過去兩年中許多 SOA 的思想重新熱起來的驅動因素。什么都比不上公眾的說服力，以及無處不在的技術解決方案，推動著前進的步伐。在過去，一些系統間互連的其他方式要通過專有的或是難于使用的協議，像 CORBA 和 IIOP，結果就我們需要取得一個單一的、通用的中間件基礎設施 —— 具體內容要與規則保持高度的一致。Web 服務規范使人們只需很少的 IT 投資就能夠解決這個問題。
Doug Wilson
哪類行業和公司是 SOA 的主要受益者？
Doug：這是一個很難回答的問題。推動 SOA 實施的一個因素是通過很低的投資，就能夠為小型企業提供技術。我認為這在很大程度上能夠促使人們接受它，因為您不會被限制在某個范圍，就是說不是大型企業或小型企業的問題。問題是 —— 也是機會 —— 任何規模的企業都可以使用 SOA 策略。其中的一個驅動因素是在大多數情況下，小型企業都是較大型企業的服務提供者。例如，如果我想外包運輸業務，或者是外包客戶滿意度跟蹤，或者是一個較大業務流程中的幾個小型業務，那么我需要一個 IT 結構允許我將行為或服務委托給小型企業。可能在實施的初級階段，大型企業將是服務的中心，但是許多小型企業將作為較大型企業的服務提供者形式出現。
Robert：這一點十分好。顯然，能夠從 SOA 得到最大受益的組織，很可能是那些具有處于較高穩定狀態的 IT 基礎設施的組織。其中所有遺留下來的程序都不能進行及時修改，它們無法支持業務需求的變化。通常，您能夠看到許多這樣的組織可能支付這樣的開銷。一些即將成為行業先鋒的公司正是那些具有投資和 IT 的公司，并且在這些公司中 IT 的使用比在其他公司中占有更大的比重。但是 SOA，在這一方面，能夠從根本上轉變 IT 基礎設施，使其從業務的阻礙轉變為業務變化的推動力。所以，如果您看一下像金融服務和銀行之類的組織，它們通常都具有非常尖端的組織。
我還注意到，如果您稍微關注一下，就能夠發現一些組織還建立了體系結構控制部門，或者是跨學科和跨區域的群組，他們實際上是整體地研究整個組織的 IT 基礎設施和體系結構。這預示著在未來 SOA 將取得成功。
除了 IT 方面外，SOA 會以哪些其他方式影響公司經營業務的方式？
Doug：我認為事實上恰恰相反。業務方式的自我演化正迫使 IT 部門作出響應，SOA 就是由此而產生的強大支持模型。業務在不斷地合并、放棄和重構，以及自我重組，并對 IT 部門跟上其發展提出了實質性的挑戰。如果 IT 和企業能夠為業務結構的推理形成統一的模型，并因此得到相應的 IT 結構，那么這將成為 IT 部門滿足它們業務需要的強有力的推動力。
Robert：看一下很多關于 IBM 幫助開始隨需應變業務的討論，當我們考慮一個隨需應變的業務時，我們認為企業需要跨他們的組織以及他們所需的全部合作伙伴、供應商和客戶，對業務過程進行集成。但是更重要的是，他們能夠做出非常靈活的響應，并且能夠隨客戶的需求、市場機會或其他可能出現的任何類型的機會和威脅做出響應。從這一觀點出發，只是一味地花費、花費、花費和不進行調整的日子結束了。IT 和業務線正在以過去未曾有的方式結合到了一起。你不再為所有這些 IT 系統持續地花費資金，并且還得不到最初進行這些投資時所預期的回報。有了 IT 和業務線的密切合作，將幫助推動使用 SOA，幫助實現隨需應變的業務這一目標。
Fernando：我們描述的過程部分不僅采用了技術、標準和基礎設施；并且還從工程的角度進行了分析，以確定什么是您所依靠的（我們將其稱作 “原始的”）業務功能。原始的業務功能可能是像運輸產品、重新進貨報表或支付帳單這樣的功能。當將它們作為服務進行嵌入時，就能夠分離調用這些服務的邏輯，并且可以放到一個不同的位置。這是您真正獲得適應性的地方 —— 如果這樣做了，現在就可以用新的算法管理庫存或運送包裹。邏輯是從原始的服務中分離出來的。當這樣做時，就能夠開始從適應性中獲益。
SOA 將會成為新的 IBM 特性和產品嗎？
Doug：當然。最近，我們宣布了整個產品系列，目的非常明確，是要在我們的客戶中推動 SOA 實施。關于我們在世界范圍內推動 SOA 這一事件，各種論壇上都有具體和詳細的報導。
Robert：SOA 確實觸及到了我們所有的軟件生產線。請您看一下我們是如何定義 SOA 參考體系結構的，其中涉及建模、部署、變更和管理，我們有幫助實施 SOA 整個周期的產品。SOA 最大的優點是，公司不必一次性地完全加以實施；這里有很多的入口點，他們能夠從這些入口點開始。這要依據組織正在做什么。一些組織可能非常依賴集成解決方案，例如消息傳遞。這些客戶會問 “如何將系統集成到一起？如何確保可靠性和保證消息的傳遞？”。通常，當考慮高速消息傳遞和消息傳遞框架時，您將想到企業服務總線。我們有一個整套的產品線，主要為 WebSphere 品牌，我們還有已經宣布的帶有業務集成的新產品，這些新產品還具有一些其他功能以支持 SOA 的核心。我們的其他產品，如 WebSphere Portal 和 IBM Workplace 產品，能夠作為 SOA 的最好的組成部分。
Robert Duffner
某些組織可能會選擇從一些有機會的項目開始。這可能比較簡單，“我需要構建門戶中的一部分。我該如何開始組織、構建并將其放在具有面向服務體系結構特征的系統中？換句話說，在可以較高程度的重用的地方該如何做？”。您可以從定義服務開始。一個服務可以簡單到只有一個業務流程，或是客戶必須進行的一個操作，例如檢查某個產品訂單的狀態。這個服務可以在客戶將要登錄的門戶中自我顯示。這個門戶和服務將顯示為一個 portlet，占用屏幕的一小部分。我將登錄到系統中 —— 我能夠快速地查看訂單狀態。這就是客戶將會看到的。客戶還會問 “我們如何進行構建？我們如何進行軟件生命周期管理？我們如何開發和部署這些產品？”。所以我們在支持 SOA 的 Rational 品牌中還有另外一組完整的產品線。這里還有 Tivoli 產品集，使您能夠進行安全性管理，并保證這些系統能夠正常運行。我們的另外一個產品線用于信息管理；例如 DB2 產品線。它們帶來了一整套的產品用于 SOA 策略的所有方面。
最終情況依賴于我們的客戶的需要。我們可以把更多的精力放在某些組織的整個能力的廣度上，他們試圖進行部署、考慮部署或者是想要部署面向服務的體系結構。在他們想從投資中獲得回報時，就是他們開始的時機，這要根據業務的需求而定。
我們可以詳細闡述一下在 SOA 中 WebSphere Portal 技術所扮演的角色嗎？
Robert：按照 Gene Phifer 的說法，他是 Gartner Research 的一個門戶權威，WebSphere Portal 是 SOA 出名之前的一種 SOA。回到互聯網剛產生的時候，當我們過去使用門戶時，我們中的很多人都理解門戶和 portlet 的概念，這些門戶如今在 Yahoo、AOL 和諸如此類的站點中變得十分流行。但是猜一猜怎么樣？企業和大型組織想做同樣的事情，但是在這種情況下內容不是必需的，卻是有 “如何將所有的系統進行集成并提供單點訪問？” 這一問題。因此，創建一個平臺供重復使用這一想法實際上已經非常接近面向對象的體系結構。對許多組織而言，門戶代表進入 SOA 的邏輯上的過渡，因為它允許組織做我們正在談論的事情。您可以在一個基礎設施上進行標準化，這樣如果您開發了一個雇員門戶，然后必須進行另外一個項目，那么您能夠重用許多資產和基礎設施，并開始從 SOA 中獲益。對一些組織而言，門戶是一個邏輯上、戰略上的 SOA 入口點，這并不意味著您必須從這里開始，但是它為您提供了一個平滑的入口點。
Doug：大多數的業務流程在處理過程中需要用戶的參與。門戶為構造人與面向服務的體系結構之間的用戶交互提供了一種較好的方法。將服務的用戶界面映射到屏幕上特定的小矩形中，例如 portlet，是一種非常常見的操作。portlet 還對用戶能夠訪問的服務類型進行管理，并安排這些服務呈現在用戶前的方式。這些功能，諸如 WebSphere Portal 的處理功能，允許用戶安排一組服務和一組用戶界面間的用戶活動流。我們將門戶的這些非常常見的部分作為體系結構中 Web 服務的基本表現工具。想像一下門戶作為 SOA 的前端。正是在這里 SOA 觸及到了用戶。
SOA 會影響其他 IBM 產品嗎，例如 Notes/Domino 和 IBM Workplace？
Doug：Domino 作為一項集成技術，通過在 Domino 基礎設施中添加定義 Web 服務并執行這些 Web 服務的功能，在支持 SOA 的過程中邁出了重大的一步。這是一個重要的新功能。許多 SOA 工作的初始階段包括調整現有的系統，使之適應面向服務的體系結構。通常，這意味著在 Web 服務中封裝這些系統的一些業務功能，并且在環境中顯示 Web 服務。Domino 是這個領域中新的參與者。而 IBM Workplace 一開始就被設計為基于面向服務體系結構的應用程序系列。
Fernando：確實是這樣。IBM Workplace 是一組協作功能，會在門戶中用到這些功能，但是其本質結構都是面向服務的體系結構。主要協作功能有一些服務接口，例如創建文檔、發送電子郵件消息、創建 Web 會議等等。這些接口可以被調用、組合并與想開發的任何其他應用程序中的其他服務集成。例如，使用 Workplace，完全有可能調整組織中新員工的注冊以及他們在想參加的課程中的注冊，這些課程是由 Workplace Learning 提供的。所有這些都可以通過 Workplace 提供的 Web 服務 API 來實現。我們從一開始就將這作為我們的功能的整體意圖，并且我們一直在努力提高這些 API 的功能以與其他流程集成，并提高整個系統的功能以支持這些用戶交互。
Fernando Salazar
需要些什么才能夠使 IT 部門對 SOA 的理解同對業務線的理解相匹配？
Robert：顯然，要對 IT 部門進行創新。同時也要讓業務線以不同于以前的方式加入進來。在我所工作過的某些組織中，技術從來不是阻礙成功的因素；而阻礙成功的因素通常與組織問題、部門問題、政治、組織間合作方式、設置管理方式等問題有關。用戶不想定義業務線試圖去做什么，而是將那些需求收集工作都交給 IT 人員，然后希望在 9 到 12 個月內就能取得巨大成果。
組織正在重新思考他們當前的組織方式。現在可以看到 IT 和業務線的跨學科、跨功能角色的信息都聚集到一起，以更好地理解什么是業務需求，從而更好地理解技術如何幫助他們從一種組織方式轉換到另一種組織方式。這就是 IBM 的業務咨詢服務的重要作用，他們能幫助公司了解他們如何重新處理或重新思考作為一個組織應該如何運作，以及如何以不同于以前的方式來利用 IT，因此 IT 能成為組織的極具競爭性的優勢。
我希望 SOA 在組織中能像它在技術領域中那樣流行，但通常并非如此。它實際上是讓業務線和 IT 人員以更好地理解什么是需求的方式工作，從而確保項目取得成功，并理解每個需求在取得整個成功過程中都有其作用。而不是用戶將項目交給 IT 人員，IT 人員又將其交給業務線這樣一種運作方式。
Doug：從入門角度來說，有多種可能的方法。一種是自頂向下的方法，從業務開始，然后是業務分析、為組織建模，最后是對業務流程進行建模。這種方法受 Rational Software Architect 套件的工具支持。更常見的是 “雙向逼近” 戰略，IT 人員從認識 Web 服務和 SOA 的封裝和集成戰略開始，并構建一定數量的體系結構，然后加入到業務中以便在可能的情況下利用這些體系結構。正如 Robert 所說的，SOA 實際上是關于將業務和 IT 組織合并到一起，在粒度級和業務行為方面達成一致，從而由服務對其進行建模。
IT 組織如何能夠使 SOA 被業務線獲得和使用？
Robert：這又回到了我們剛才談論的話題，就是關于如何使用 WebSphere Portal 技術來實現 SOA，并將 Workplace 作為 Portal 技術的一種超集。通過將服務目錄映射到 portlet 目錄（即為所提供的服務創建用戶界面），并且通過使用 WebSphere Portal 來驅動服務和用戶之間的用戶交互，這是一個很好的過渡，適合于很多客戶已經進行的 IT 工作。因此我們認為 WebSphere Portal 是業務線用戶能夠訪問 SOA 的關鍵。
Fernando：要詳細描述這一點，也可以這么說，IT 領域和業務線領域之間的常見分工是，開發人員在 IT 方構建標準的組件。這些界面可以作為 portlet，這些 portlet 訪問企業服務，然后 IT 組織會將 portlet 組織到模板中。模板是服務的可重用組合，不同業務線的終端用戶都可以訪問這些服務，并根據他們的自身需要對這些服務進行定制（這是一個關鍵部分）。同時使用 WebSphere Portal 和 Workplace，用戶的系統可以變得更靈活，由此可以為銷售群組或研發部門定制能訪問這些企業服務的標準模板，以包括特定類型的表單，從而收集自己的信息或涵蓋您所感興趣的項的特定文檔集，或上面標記了對您的團隊來說非常重要的事件和里程碑的特定日歷。這是一種本地定制，這些本地格式化的企業工作空間使這些組織內的各個群組可以利用 SOA 的價值。
Robert：的確如此，他說出了我們工作的意義和 WPLC 組織是什么。隨著組織開始使他們的基礎設施變得合理，并試圖提高工作效率，您將看到這些流程驅動的門戶、企業工作空間、企業桌面 —— 這些是您所聽到的用于描述這些事情的術語 —— 作為公司跨企業優化他們的協作業務流程的首選方法而出現。WebSphere Portal 和 Workplace 能扮演如此重要角色是因為它們是商業人士實際所用的工具。用戶無需接觸很多集成技術，因為這些都是底層技術。但是他們的確接觸到了這些桌面 —— 這些企業工作空間。
你們如何看待 SOA 將塑造軟件工業的未來（或是這方面的其他工業）？
Doug：我將更清晰地預測一下未來，我們已經說過 SOA 是業務和 IT 組織很好的交匯場所。我認為這將導致根本上的變化。我們還略微提到了一些 Web 服務，尤其是互聯網上的 Web 服務，允許小型業務和大型業務集合到一起，使 IT 基礎設施的花費同時適用于它們。并且其通過互聯網創建大型的、面向服務的系統的能力，我認為前景非常廣闊。隨著互聯網支持大量其他新出現的業務模型，我認為在服務提供者和服務消費者的領域，將會有一整套新的業務模型。
Robert：我認為服務的重點是繼續強調虛擬化和適應的作用，這就像軟件產品的交付。如今，我們經常需要深入了解軟件系統的參數和選項才能進行安裝，然后再來調整這些參數和選項。軟件在某種程度上來說本身就是一種服務，用戶將其添加到網絡基礎設施中并讓其工作，現在該軟件即是可以作為端點來訪問的服務。可以對該服務進行管理，將其連接到其他服務，但是不需要深入了解這些服務的內部工作原理。用戶更多的是注意它所帶來的價值。作為軟件開發人員，這對我們來說并不容易，實際上，我認為這是一件很難的事情。但是讓我們所有的產品以相同的方式互相通信是我們的預期目標。
有什么需要補充嗎？
Doug：我要再強調一下，我們將 WebSphere Portal 和 IBM Workplace 技術作為該行業的關鍵技術。隨著人們在互聯網上提供服務的改進和增加、組織內部對服務可用性的改進、業務線幫助他們自身和創建新的最適合其業務需要的服務組合的機會，這些都將越來越多地需要 IT 基礎設施。IBM Workplace 是一種旨在允許業務線用戶創建和構建他們自己的結構、能力以及應用程序的產品，以可用的協作服務和由 IT 組織或應用程序供應商帶入到應用環境中的其他服務為基礎。因此我們認為自我服務和用戶驅動這兩者相結合非常重要。
Robert：我將借用一下別人的展望和預測 —— 如果您看一下 IDC 上系統專家的分析，那么就會看到他們的確相信一個新的用戶工作環境將在今后的五年中出現，一種新的、統一的、模塊化的企業軟件組合將為該環境提供支持，該環境構建在面向服務的體系結構之上。他們稱其為企業工作空間，它將極大地改進應用程序和工作人員之間的交互，以及工作人員之間的協作。您將看到前所未有的效率水平。