Rick Sweeney是最近一本新书《实现面向服务架构：企业架构应用模式》（Wiley出版社，2010年6月出版）的作者，以及美国蓝十字蓝盾（Blue Cross Blue Shield）的前首席架构师。在卫生保健领域及SOA管理供应商社区里面，他都是SOA的积极倡导者。在总共两部分的采访中，第一部分里Sweeney讨论了一种架构驱动的SOA范式，以及在采纳这种方法时遭遇的阻力。

　　什么是架构驱动的SOA范式？

　　Sweeney：他们没有把面向服务的技术（service-oriented technology）称为SOT。他们把它叫做“架构”是由于一个原因；它需要是战略性的，而非战术性的。需要自顶向下，而非自底向上。它需要从顶层的客户群开始，而非以底层的应用为开端。“架构驱动”是来自于与物理架构密不可分的整体业务架构的主动行动。它未必就是一个交付应用的项目。在业务/参照/物理架构的背景下该交付什么东西，这方面大多数SOA项目可能都没有什么定义。

　　业务架构是一种概念性的表示，用来标识像顾客、供应商、客服人员之类的客户群，使用特定的渠道，可以是Web或者门户……为了访问业务流程，如下订单，这种要消费诸如查询客户信用这样的服务，这个是与后端系统集成在一起的。对于业务去记录和明确需求来说，业务架构是一种新的框架，是一种全新的方式，是以一种自顶向下的角度来诠释交付什么东西给谁。

　　与此相类似的是参考架构，也就是说这些客户群是根据其在我们的标识管理系统中的档案来定义的；而访问服务的角色则是在我们的访问管理系统中定义的；访问点又是通过客户门户设置的，等等。当你进入设计阶段，你就可以看到并理解，存在那么一个客户门户，存在着一个客户群的定义。如果每一层的每一个组件都需要根据草图建立起来，“项目”就是其范围；但如果你考虑通过现有的服务来提供，其价格点就会更低。你只要纵览一下多项活动，销售和客户服务都希望提供通过客户门户这种东西，那么，把它们合并成为一个可交付物就再好不过了，这就是发生架构驱动范式转变的地方。

　　在《用顶层客户群驱动SOA：SOA的EA方法》中：Rick Sweeney将为我们介绍SOA的EA方法以及在采纳架构驱动的SOA范式方法时遭遇的阻力。