揭示SOA标准悖论

　　SOA的存在依靠标准梳理，我们必须学会怎样利用它，而不是盲目扩大它……

　　面向服务架构要是没有标准会变成什么样子?如果没有这么大量而且复杂的SOA 标准存在，SOA可以更好地发展吗? 可能在现在的你我眼中都或多或少的有了对标准的依赖和重视。试想，难道SOA的发展是因为这些标准才变的更好的?

　　就像更简单的脚本语言一样，Java和Java EE 也是由于标准过多而造成了隔阂。如果 SOA 标准和规格继续到增多而且变得越来越复杂的话，SOA 将遭受一样命运。我们已经看到专业IT人员为SOA 标准寻找的出路――很简单的REST Web服务。标准到了应该进行精简的时候了。

　　要想阻止SOA标准的出台真的是件很不容易的事。很多时候，标准的出台和支持都是存在政治利益,是为了支持软件提供商的营销计划而指定的。那些侥幸出台的标准为开发者造成了巨大影响，所以，其结果就是希望出台没有缺陷的标准并使它成为最适用的标准。在大量SOA标准出台之前，我还是应该重新审视SOA标准，对现有的SOA标准做一下彻底的分析和研究。 这就是本系列文章的主旨。

　　我们将关注主要的SOA标准并努力找到哪些标准是可被采用的。不过可惜这不是容易的任务。明确哪些标准本应是大量普及的标准，现在却仅仅小范围使用，不被大众接受使用，给人的感觉就像被冷落怠慢或者没有归属感一样。可是，现在有大量已经存在的SOA标准而且这些标准经常改变，所以对它们一一地讨论和研究是根本不可能的。所有标准又有不同的版本所以整个标准体系非常复杂。这篇文章里面大概提到70多个单独标准，当然，对于一线的IT工作人员来讲，要想同时考虑符合所有标准是很难的事。

　　这一系列文章将努力引导我们详细审视现有的SOA标准。它将列举出一些得到共识的标准，或者提出一些标准中值得注意的地方。它将比较相似的标准，并试着将它们之间的关键部分的不同点区分开本文将列举SOA标准，同时介绍支持这些标准的标准组织。以后的文章将更加深入的剖析人们关注的大多数SOA标准。我们将按照类别考察这些标准，努力分析它们之间的相似之处和不同点。最终详细介绍现存的标准，使您和您的企业能更好的了解现在使用的标准。

　　我们这里要讨论的一些标准本身并不是真正的标准，而技术规范。它们是技术规范、API、协议和一些SOA概念的集合。为了充分地比较SOA标准，我们将与其他的标准及相似的技术概念进行对比。因此，希望你暂时能模糊掉标准、技术规范、API和协议等等之间的区别，以便于我们更好本着这个主题进行讨论。

　　主要的标准组织

　　制定了这么多的标准，当然存在着很多标准组织。这些各自为政的组织可能会混淆标准本身。所以，在我们回顾标准前，最好先了解一下现有的标准组织。按照这个方法，回顾的那些标准只对应于那些主要的标准组织。就像前面讨论标准时一样，当然也确实存在着大量标准组织，不过，我们为了简化问题，在这里只详细介绍一些主要的标准组织。这些组织并不是都发布了SOA标准，但是它们都参与技术性标准的发布。很多伟大的当代技术人都是这些组织的参与人。那就让我们去了解一下它们吧。

　　下面的图表中列出了一些主要的标准组织。在这，我又使用了“标准”这一术语，当然，它还是涵盖了一些技术说明、API等在内。OASIS 的Peter Roden帮助我完成原始的图表，为了方便讨论，我又稍微的做了一下调整和平衡。

原文转自：http://www.ltesting.net