其实，用户更需要低成本的
SOA解决方案，令他们可以从小规模
SOA做起，并随着业务的增长逐步扩大规模，同时根据自身的需求增加服务质量和其他功能等。与此同时，用户可以使用点到点的通信方式，避免新增加昂贵的服务器。简而言之，
SOA用户需要的
SOA架构必须真正具备
SOA架构的固有特性，也就是分布式的特性。
SOA的本质是通过松耦合的方式实现服务的重用。分布式
SOA则把松耦合的优势发挥得淋漓尽致。它可以帮助用户摆脱紧耦合的束缚，以较少的投资开始
SOA建设，用户只配置需要的功能，并根据需要以渐进的方式扩大整合的规模。分布式
SOA可以在运行环境中动态配置，也就是说用户的业务无需中断。分布式
SOA基础架构，具备今天
SOA所涉及的全部元素。
然而不幸的是，集中式的
SOA架构方式还在被不断地开发和鼓吹。这些厂商们会不遗余力地说服潜在用户，他们所提供的技术和产品自始至终都支持
SOA架构，且从设计伊始便是为了方便用户建立
SOA架构，而不管这些技术和产品原本是为J2EE
应用服务器而设计，还是为某个系统而设计的。IONA科技公司的Artix是一个可扩展的
企业服务总线产品，能够让这些IT资产协同工作，缔造一个分布式的
SOA。
三重门:SOA治理同等重要
随着服务数量的增加，管理服务成为
SOA过程中的一项重要工作，与IT治理同等重要。
需要指出的是，IT系统在建立之日起就需要考虑IT治理的理念和方法一样，
SOA也存在着类似的问题。随着大量服务的构建，系统也日益复杂，尤其是随着服务的可重用性日益提高，调用同一个服务的请求的个人和部门也越来越多。而Web服务的数量越来越多且被不同的部门调用和管理的时候，
SOA治理问题就被提上了日程，对IT系统有灵活、可扩展和快速响应需求的企业尤其如此。所以说，
SOA的构建和与治理几乎是同步的，这关系着一个企业能否从
SOA上获得高收益，甚至也决定着
SOA成功与否。
当然，建立一个模块化的环境并提供足够的灵活性是IT设计的终极目的，但总体的设计和策略并不能将未来所有的变化和根据这一变化做出的决策全部考虑进去，这就是
SOA治理的意义所在，甚至可以说这是
SOA永久成功的基石。
Gartner相关专家指出，
SOA治理须确保那些非常重要的需要决策的情况能够让合适的人知晓，并保证那些人有适当的权利来做出那些决策。这就是
SOA治理问题的一半了。第二部分就是不管是在何时做出的决策，
SOA治理需要保证那些决策能被很好的执行。这不仅仅是设置一个时间限制，而是要强制其执行，并最后给予相关人以奖励或是惩罚，这就是
SOA治理的真正含义。
在失败的大型
SOA项目中，绝大多数的项目输就输在
SOA治理上。没有规矩，不成方圆。对于
SOA 的成功，
SOA治理不是可选的，而是必须要考虑的关键因素，并且需要将
SOA治理作为最早进行的工作之一。
SOA治理并不设计服务，而是指导将如何设计服务。这可帮助回答和解决很多关于
SOA的问题：我们提供了哪些服务?谁可以使用这些服务?它们的可靠性如何?安全性如何？……因此治理更多的是策略问题，而不是技术或业务问题。
（c112）
|
服 务 CIO 推 进 信 息 化 
