关于面向服务的架构，即
SOA，和有关如何“正确”构建
SOA的争论无处不在。这一点都不奇怪，因为现在每一种新兴的计算趋势都会带来不同的争论，并且每一家厂商都会借此机会大张旗鼓地宣传他们的技术和产品是最适合用户的，能够帮助用户充分利用每一种新兴技术和产品的优势。为了充分挖掘狂热IT趋势中的用户兴趣，厂商们都会积极地重新定位自身已有的产品组合。然而，糟糕的是，这种做法往往会造成认识上的混乱，甚至让用户对
SOA丧失信心。因为厂商往往无法完全兑现他们所做的承诺，销售的所谓适合
SOA架构的技术解决方案也许最终证明并不合适。
想要对
SOA建立正确的认识，首先必须认识到从概念上来讲
SOA是一种分布式的架构。作为
SOA的核心要素之一，服务的目的是要实现与另一项服务的远程通信，尤其是要实现数据互享。而
SOA架构的目的则是要彻底变革IT系统的构建方式，由原来的建立专有的单一应用变为建立更为高级和整合的应用，这种应用的显著特点就是充分利用已有的、可以共享和重复使用的功能，也就是服务。
在部署和使用可共享和重复使用的服务方面，分布式
SOA架构是最为简单易行的途径。并且不论是从成本角度还是从技术角度，分布式
SOA架构都对目前业界普遍认同的渐进式的部署提供了最好的支持，同时，使系统具备更强的部署灵活性、适应性和可维护性（例如，一个服务与整个应用来比，对服务的验证和升级要容易得多）。
然而不幸的是，集中式的
SOA架构方式还在被不断开发和鼓吹。这些厂商们会不遗余力地说服潜在用户，他们所提供的技术和产品自始至终都支持
SOA架构，且从设计伊始便是为了方便用户建立
SOA架构，而不管这些技术和产品原本是为JEE
应用服务器而设计，还是为EAI系统而设计。
换句话说，对分布式
SOA架构持反对意见的厂商这样做，是由他们所拥有的软件架构的性质所决定的。一个EAI Hub，或是基于JEE的应用堆栈式架构，亦或其他解决方案，它们的消息请求都必须经过中央控制点，因此都不能被称为真正的分布式解决方案。因为在它们的架构中，如果要执行某项服务请求，都必须通过Hub或中央服务器来实现。集中式
SOA架构会增加成本，限制资源的再利用，降低系统的灵活性，并且有可能导致成本高昂的系统瓶颈。最糟糕的结果是，它还有可能成为用户取消
SOA计划的第一原因。如果
SOA架构的灵活性不足以满足用户的各项需求，无疑会导致用户对
SOA架构的彻底失望。
|
服 务 CIO 推 进 信 息 化 
