Kerrie Holley在五十多个SOA项目中是不可分割的一部分，其角色从设计师到总架构师。他拥有多项SOA专利。目前他是IBM的员工，Holley监管成百上千个SOA项目的技术方向。最近他关注通过业务规则、BPM、分析和SOA的使用增加业务灵活性。为了达到这一目标，Holley和他的同事Ali Arsanjani博士共同编写了《SOA百问百答》（100 SOA Questions Asked and Answered）一书。SearchSOA.com有幸同Holley进行了对话。在第一部分中，我们探讨了SOA方法和服务定义。在第二部分中，我们讨论了敏捷方法和面向对象编程如何与SOA相适应。第三部分中，我们将关注SOA基础架构、最佳实践和正规守旧的Web服务以及实际的SOA服务。

　　构建SOA基础架构模块的基本要素是什么？

　　我们在逻辑或者物理环境下关注SOA基础架构。我们来看一下我们已知的普通构建模块。

　　所以我们从企业服务总线开始。ESB是SOA的最巨大的构建模块，因为ESB能够成为继承和驱动很多价值的基础。关于ESB是什么有很多不同的观点，但是这些观点很重要，因为加入我们误解了，它就变成最古旧的东西，我们停止可增加改进（而这是SOA众所周知的部分。）但是ESB仅仅是一个组件。注册库也很重要。他让我们可以查找到服务的不同方面。

　　在书中，我整理了基础架构构建组件的各种类型。我称之为消费者接入层、功能层和操作方面，当我们探讨操作方面，我谈论ESB，也谈论防火墙和应用，当做生命周期或者中间件一样，管理跟踪服务。我们用这些方面支持各种消费者层。

　　这处于一种很高的水平，但是基本上，我们需要考虑到基础架构的这些方面。它必须支持事件、监控和管理。它必须支持不同的实现模型。

　　组织需要努力应付SOA基础架构的哪些方面呢？

　　基础架构这种东西大家都懂，因为它是物理的，大家触手可及，看到它是什么。因此我认为大多数人能了解它们是什么。但是他们不一定知道更加抽象层面的东西。

　　ESB就是典型的例子。书中我提到的一点就是你可以将ESB看做架构模式，或者你也可以将ESB看做一种你可以购买的产品，这两点之间的不同就在于你是否将其看作模式，你需要就模式如何实例化、实现和通过产品实现问自己一些问题。如果你将其看作一种产品，你可能就需要考虑“如果我购买了这种产品，我将得到这些特性和功能。”当然，这并不是例子。这是很多人不能理解的部分。

　　另一部分人们有时候不能理解的是将ESB 看做一种模式，这种模式允许在我已经拥有多种厂商产品和非均匀环境中联合实现……但是它以这样一种方式联合，消费者只能看到ESB。尽管在场景之后，它通过非均匀环境运作。那也正是模式思考的用武之地，这也是一些组织刚刚开始理解的部分。

　　那么创建SOA基础架构的最佳时间是什么？

　　最大的挑战之一是组织扩建其基础架构，因为其正在运作，可能不能处理他们的需求。例如，比如说我是一个想要使用这个基础架构的消费者，但是发现不包括安全。因此，它正在运作。但是它不是为我运作，因为我需要一种它没有的安全性能。

　　或者，我实际上并不知道如何进入这一领域。我如何才能把我的东西放在这个基础架构上。或者这个架构是否支持我的有效需求。如果我需要99.99%的可行性，它是否有冗余来支持，或者它只能提供99.99%？下面提供一个最佳实践给消费者。

　　最大的事情之一就是我们还没有覆盖不擅长现有IT流程的组织的SOA采纳：有效管理、容量管理、绩效管理——SOA的使用照亮了这些内容。它点亮了这样一种事实“嘿，你不用在组织中专门做容量管理，”忽然之间你已经部署了SOA基础架构，但它不能处理运行在其上的容量 。我有五个正在使用的应用，不幸的是，当第三个运行时它坏了。这就是最佳实践：理解如何进行容量管理、绩效和有效性管理。

　　卓越中心是最佳实践，因为他们可以结束组织短期的失败。当然，已经实施了的清单协助消费者理解首先做什么以及如何开始，这些对于使基础架构可用和可消费来说是重要的实践。