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