关于SOA的九大迷思

feiyang10086

关于SOA的九大迷思

关于SOA，至今仍存在许多迷思。很多人，甚至是IT人员都说他们并不完全了解SOA可以做什么，以及如何去构建SOA。SOA已经被软件厂商和分析师们夸大到令人难以置信的程度，但是，却鲜见有介绍SOA基本含义的资料。

以下是关于SOA仍存的一些迷思：

第一，SOA和云计算的区别是什么？

许多厂商，正如Dave Linthicum所说，正在给他们的产品贴上“云”的标签 ——只是简单的把他们的SOA产品更名为云产品。那么，这其中有什么区别呢？不论SOA还是云计算，都是要将服务标准化，从而可以实现复用。正如Dave所讲，云的形成需要同样的企业架构和治理 — 包括技术，人员和流程的治理。眼下很多公司正在落实这样的治理来管理SOA，而这些年来SOA治理的经验教训也能够帮助到云的部署。

第二，为什么大家对云计算迷的发狂，但却对SOA兴味索然——虽然他们在本质上都是相同的东西？

如果你了解地透彻的话，云其实是提供或获取跨企业的服务复用。同样地，Enterprise 2.0正在应用服务来实现更大范围的协作，以及混搭（mash up）终端用户的信息。这些都是面向服务的架构，并且依赖基于SOA的原则来运行。或许这有点类似于人们对喷气推进技术还是小岛上的周末度假胜地更感兴趣　？——　后者需要利用喷气推进技术才能到达那里。

第三，在尚未有人真正应用SOA之时，如何断定SOA将会失败？

不少学者和分析家宣称SOA将是一个失败的想法，但SOA是一个不断演进的过程，至今还没有人真正完成SOA的部署工作。最近大家都一窝蜂地宣布SOA半路夭折了，但是，我看到的和我亲自做的调查显示，大多数公司仍然在规划或考虑他们的第一个面向服务的项目。

第四，如果SOA真的失败得一塌糊涂，那么，这些“恐怖”的故事在哪里呢？

事实上，这些日子我不断听到的有关SOA面临的重大挑战是：SOA太成功了，在那些正努力部署SOA的企业中，太多的服务正在被不容分辩地添加进来或创建或者被要求创建。这也就是为什么有这么多厂商都大肆宣传SOA治理。

第五，人们如何知道一个SOA项目何时才算成功或不成功呢？

有关SOA一个自相矛盾的观点是——那些最倾向于采用SOA的企业恰恰是对SOA需求最低的企业。如果企业的管理层有远见有预见，能够支持SOA，那么他们极有可能也在同时推进其他项目，比如商业智能和分析、数据仓库等等。他们正在取得的成功有多少可以直接归因于SOA呢？成功的定义是什么？成本节省？通过Web服务完成了某个端到端的过程？

这是SOA首先要面临的一个艰难的挑战——成功是一个长期努力后才能取得的结果，其标志是多个业务单位之间共享服务，从而使得企业的服务开发时间明显缩减，或者，由于企业底层的基础设施的灵活性进一步提高，这使得企业只需重新配置即可快速地响应市场对产品或服务的新需求。

但是，在市场上唯一能真正衡量长期成功的标准是企业收入或股票价值的不断增加，除了SOA，还有很多其它因素会对此造成影响。真正的问题在于弄清楚如何衡量SOA对于企业成功的贡献。 SOA本身的“成功”同这是毫无关联的。

第六，到底有多少全功能的真正的SOA被部署了？

一些分析机构表示，目前有很多公司（75%或者更多）正在实施SOA项目。还有一些分析机构则表示，目前部署SOA的企业只有4%。他们衡量的标准是什么？　根据服务的数量？还是这些服务的粒度？根据能够访问具有服务功能的松散耦合组件的应用或进程的数量？什么时候“只是一堆Web服务”会成为SOA？满足什么条件的Web服务，有可能经过更好的“照顾”---治理、注册、管理等等，而会变得更加SOA化？

第七，如果SOA“与技术无关”，为什么是技术人员在推动它？

无时无刻，在每个会议，每个分析家的注解，在每篇文章中我们都会见到这句话。SOA，绝对、肯定、确实、“与技术无关”，然而，它是技术厂商在宣传推销，最终是IT部门在操作运转。从来没有听说过销售部门在实施SOA。

第八，软件供应商是如何给用户灌输SOA观念？

SOA将会使得软件供应商自己的产品更容易被用户所抛弃。 这对软件供应商是福还是祸呢？SOA的真正好处在于，这些服务几乎可以根据需求随意调换。这也正是软件厂商面临的难题之一，尤其是对于那些大力倡导SOA的厂商（如果用户实现了SOA，这些软件厂商的产品就有可能随时被替换掉）。

第九，谁为SOA买单呢？

归根到底，还是钱的问题。哪个部门会花费大量金钱和人力去搭建这样一个会被其它任何人使用的系统呢？其它部门不需要花费任何资源就能利用该系统提供的服务。 具有SOA功能的应用在开始阶段可能会比传统的点对点接口需要更多的成本，而投资回报率在规模经济效益中将会体现出来。同先期实施的成本较低的点到点的应用相比，长远来看，SOA产生的规模经济效益可以带来更好的投资回报率。然而，如果企业认为他们正在推进SOA，但最后却没有投资回报率或者很低，因为他们部署的不是真正的SOA——仍然是点对点的接口：这种情况就是一个很大的风险。谁会去冒这样的风险？或者谁被要求去承担这样的风险呢？

这是SOA首先要面临的一个艰难的挑战——成功是一个长期努力后才能取得的结果，其标志是多个业务单位之间共享服务，从而使得企业的服务开发时间明显缩减，或者，由于企业底层的基础设施的灵活性进一步提高，这使得企业只需重新配置即可快速地响应市场对产品或服务的新需求。

但是，在市场上唯一能真正衡量长期成功的标准是企业收入或股票价值的不断增加，除了SOA，还有很多其它因素会对此造成影响。真正的问题在于弄清楚如何衡量SOA对于企业成功的贡献。SOA本身的“成功”同这是毫无关联的。