面向服务的体系结构（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 上系统专家的分析，那么就会看到他们的确相信一个新的用户工作环境将在今后的五年中出现，一种新的、统一的、模块化的企业软件组合将为该环境提供支持，该环境构建在面向服务的体系结构之上。他们称其为企业工作空间，它将极大地改进应用程序和工作人员之间的交互，以及工作人员之间的协作。您将看到前所未有的效率水平。