OASIS(the Organization for the Advancement of Structured Information Standards)标准起草委员会负责人James Bryce Clark，谈OASIS推出SOA参考模型后将如何发展，并定义真假面向服务的架构。

　　OASIS(the Organization for the Advancement of Structured Information Standards)标准起草委员会负责人James Bryce Clark，谈OASIS推出SOA参考模型后将如何发展，并定义真假面向服务的架构。

　　“面向服务的架构”(service-oriented architecture, SOA)到底是什么呢?对于那些存此疑问的人们以及那些试图找寻答案的人们, 负责制定标准的OASIS 负责人James Bryce Clark给出的答案是: 于2006底完成并被采纳的“SOA参考模型”(SOA Reference Model)为此提供了标准定义。

　　问：被OASIS作为“面向服务架构”(SOA) 的标准定义的“SOA参考模型”(SOA Reference Model)有何重要意义?

　　答：2006年的一个里程碑事件就是“SOA参考模型”委员会制定了这一标准。事实证明这是一项非常有意义的成果。但值得注意的是它并不是一个“架构(architecture)”，也不是一系列标准。SOA很容易夸耀为下列的被一起使用的6个工具或4个标准，因为这样可以大大促销这个软件，但问题是实际情况并非如此。

　　问：那么SOA到底是什么呢?

　　答：“面向服务(Service orientation)”是一门方法学。它是一种组织信息的方式。一个企业的“面向服务”通常把它自己表述为“建议书邀请函(Request for proposal, RFP)”的核心部件。当你决定采用“面向服务”时，你实际上所做的是你正在考虑当你把信息透漏给你的合作者时你需要提出哪些要求或设定哪些限制来保护这些信息。

　　你可以使用很多种方式来实现这个目的，有多种不同的方法和多种不同的表达模式，你也有多种软件可以选择。这并不意味着这是一系列标准或者一个厂商的产品， 而是一个决定以使得你手头的所有事情按照你的预期发生。所以，这限定了你对方法、厂商、甚至有时对合作伙伴的选择。

　　问：人们总是不能准确理解SOA，实际情况是这样吗?

　　答：世界上有趣的挑战之一就是帮助人们了解他们面临什么样的任务，并且在面向服务和网络服务中什么部件可能be on the playing board. 它不是XML(可扩展置标语言，可扩展标记语言或可延伸标示语言)。虽然现在我们已经从EDI(电子数据交换)走向XML，但是总有一天我们会做一些除了XML之外的事情。面向服务涵盖了所有这些，但并不依赖他们中的任何一个。

　　它的理念是：你会得到你的乘积计算函数并表示一个适合于他们的有用的节点或终点。这个节点或终点是以某种形式被描述，进行通话和其他功能。这样即使是不认识你的人也就能够重新利用它。这是一个基本的结构概念以及有它得出的许多约束和机会。

　　问：该参考模型项目是怎样在OASIS开始的?

　　答：关于SOA参考模型最有趣的事情是：这个项目是由于一群致力于XML、网络服务以及SOA方法的人们尝试定义面向服务的失败而开始的。它实际上是作为一个命名一系列标准的项目开始的。他们认为或许我们可以用有关“层(layer)”的术语来解释这个问题。你必须有一个注册层、一个信息层以及一个内容层。一些人们曾试图朝这个方向努力，但是他们很快就意识到为了更贴切的描述那些事物，掌握更多的基本概念是必要的，比如说：什么是服务?什么是服务现象，而非服务的属性或特征?能够抽象地描述服务有何意义?我们应该做何努力来为服务下一个准确的定义，从这个定义我们能得出什么结论?只有进一步充实这些基本概念，架构才有可能被创建出来。

　　因此，“SOA参考模型”实际上是对统一那些抽象的基本概念的定义的一种尝试， 这些基本概念可被进一步应用于多种架构体系。这个模型的构建是一项非常伟大的工作。参与这项工作的人们对这些理念非常满意，因为这有助于他们组织他们自己的“架构”计划。

　　问：构建“参考模型”的下一步的工作是什么?

　　答：现在，SOA-RM技术委员会将进行第二个阶段。SOA-RA小组委员会将在SOA-RM规格的基础上发展SOA-RA。

　　问：SOA-RA包括些什么?

　　答：已经产生的这个参考模型试图去回答什么是SOA的问题。这个部件是什么?当在一堆杂乱的东西中看到它，你怎样才能认出它?它帮助人们思考是否想要一个这样的部件。一旦你解决了这个问题，你就有了另一个问题。当你确定你的确需要它的时候，你要用它做什么，怎样建立它? 怎样使用它?怎样拥有它?这是一系列不同的问题。

　　参考架构技术委员会成员正在安装上述的一系列元件，包括服务、说明、合同以及政策。他们会记录每个部件的基本外形，并且更详细地描述每一个部件可以做什么。 SOA-RA的必要条件是什么?如果想要一份服务说明，你需要做什么?无疑在此架构中会有列出一些可能性作为例子。但他们还没有建立那些你必须使用某些东西的标准化命令。

　　问：那么SOA-RA会更多地是一种指导方针的形式，而不是一种标准?

　　答：是的。以服务说明为例，SOA-RA之外有许多服务并且许多是通过WSDL(Web 服务描述语言)描述的。如果你想要一份服务说明，那么实用性的问题就是这项服务必须做的事情是什么?然后你可以根据那些要求，用WSDL去查询。

　　问：OASIS SOA Adoption Blueprints在该参考架构的发展中会起什么作用?

　　答：如你所知道的，SOA Blueprint是一个正在运作的技术委员会，它努力描述那些能够成为SOA实例的商业过程的模型。比如，我想要运作一个拍卖场所，或者想要自动操作我的CRM(客户关系管理)。SOA Blueprints项目正在建立一个开放的但并不嵌入许多竞争信息的实例。很多商业过程的自动操作嵌入了大量的竞争利益是许多存在的问题之一。

　　比如，两大电子贸易商Boeing and Lockheed彼此之间都不愿意让另一方共享他们的方法，因为各个公司都拥有属于他们自己的商业规则而且不肯传授于他方。因此，SOA Blueprints技术委员会正努力使这些事物标准化，他们制定了可以在开放的空间里执行的一些基本的程序。他们的成果并不是XML形式的，而是关于你如何实现某一特定目标的实例。

　　我预期“参考架构”最终将会是提供一些相关实例的一套准则，就像SOA Blueprints一样。任何一家试图向你展示如何把“参考架构”与网络服务结合使用的企业或政府可能都会说：“既然我们已经有所收获，我们愿意尝试‘参考架构模型’，来看看它是否像我们想象的那样”。这样的话，这些企业或政府机构可能会成为更多的实例，甚至好的范例。但是SOA Blueprints和“参考架构”在抽象水平上是相关的。它们之间并不直接吻合。

　　问：“参考架构”将会与“网络服务I(WS-I)”的基本表征有何不同?

　　答：从事于WS-I的人们致力于解决以下问题：假设你想使用WSDL，UDDI和SOAP，你该如何进行综合设置使得所有的厂商确信他们支持这些标准?我们都会认可他们正在为我们铺设一个通用之路，这有助于为那些刚刚涉足此领域但还没摸出门道的人们解决一些实际问题。这就是所谓的参数。因此，WS-I的基本表征就是一系列标准的一个实例，你可以将其应用于“参考模型”和“参考架构”的功能需求。

　　它们并不彼此相互依赖。如果你正试图从某个主要的中间设备供货商那里购买转换产品时，WS-I模型会是你明白对大家都奏效的一系列设置方式是存在的。当你使用了“参考架构”后，你就会明白你所需要的东西都已经包含在我们的架构和软件里了。我们该如何确认我们的厂商正竭力去满足我们的需求，我们是否遗漏了某些东西呢?

　　问：什么时候我们有可能看到这个参考架构的草案初稿?

　　答：他们预期会在2007内完成。

　　问：我们已经探讨了SOA的定义以及向“参考架构”的发展，那么你能总结一下OASIS当前的进展吗?

　　答：我们的成员愿意花费额外的时间共享他们的模型，贡献他们的信息，共同提供给人们去做这些事情的最好方式以及他们目前所知道的一切,我们从中获益匪浅。标准化是处于竞争中的人们共同做某些对大家都更好的事情的领域。对于理解标准化世界中的“SOA”来说，更重要的是标准化的专用信息是现实。只有相互交流后，我们才能提出模型。但是人们正在做的事情是真正重要的。

　　决策者们在哪儿遇到了问题?当厂商们努力完成一些事情但是由于一些现实的问题他们无法用我们的理论模型所描述的方式来实现的时候，那是非常重要的信息。当着力于创建他们自己的企业架构的决策者安装了提供商要求他们安装的所有东西后，他们的需求并没有被满足，这是因为他们的实际商业需求与厂商的计划不符，这一点是很重要的。因此，这些问题并不是一成不变的。这些模型是在从实践中获得更多的反馈信息的基础上不断地被更新的。当我们发布了产品后，人们把现实情况告诉我们并提出各种批评意见以改进我们的产品，这使得我们的工作成效显著。

　　我们会从某些大型零售商、电子商贸公司以及拥有庞大供给线的制造商那里获得一些信息。他们会对我们说“这个模型的确很有用，我们学到了很多东西。但是我们在协调一个包括24000个汽车零件厂商的供应链的时候，你会发现你在这部分出了差错。”所以这不是我们要去解决并最终解决了的问题。它是一个随着时间增长的知识的集合体。在标准化过程中，我们正看到越来越多的关于待商谈问题的列表被提出和使用。这些都是实用的信息。我们正处于企业使用面向服务体验的初级阶段，这意味着在一年之内我们将比现在了解更多的东西。