厂商联盟

    过去厂商间的争斗已经导致厂商间的很多不信任。现在，当想要与规范合作有意去鼓励厂商平台间的协同性时，这些猜疑会表面化并变成障碍。这个问题，与如何紧密联合厂商需求一起是一个特别的规范内容，这已经导致了一些公司形成松散联盟。

    形成联盟使得厂商为了共同目标而通力合作。通常，联盟的寿命开发止于开发一个特定规范的过程。然而，多数著名的长期合作者(IBM、微软与BEA)已经保持其工作关系而推动了一系列的WS-*扩展。

    一个更常谈论的示例是在创建了WS-可靠通讯规范的标准开发中，联盟所扮演的重要角色。本来，需要的可靠通讯机制由一个OASIS技术委员会所处理。其贡献者包括Sun微系统与Oracle，且规范被命名为WS-可靠性。然而，它发布之后只有数周的时间，微软、IBM及其他厂商宣布它们拥有自己的规范，称为WS-可靠通讯。

    规范与处理相同的全部需求非常类似。然而，即使它被发布之后与还不能通过(或甚至提案)一个标准组织所开发，WS-可靠通讯扩展成为直接的竞争者。这只是由于这样的事实:厂商通过共同开发它而占据了一块巨大的Web服务技术平台市场份额。类似这样的事件，不仅反映了Web服务行业的不稳定状态，也揭示了缺乏权威标准组织的把控。

    选择一个标准组织

    可是，通常来说，通过标准组织而获得正式规范对厂商有益。正式建立规范的目标在于支持一个开放的标准，并受制于开放给公众的一般过程。

    然而，在时标准组织的选择是有含意的。另一个在标准开发竞技场中的动力是与市场需求直接的。厂商具有市场驱动的目标，发布的产品必须满足客户的要求并匹配或胜过竞争对手所提供的(或计划提供的)。假定W3C仰赖一个冗长的标准开发过程，就会诱惑厂商将它们的标准提交到OASIS。

    尽管组织已经开发了相似的规范似乎有所多余，就象是人往高处走。而且尽管事实上对立的动机似乎可能以反作用力来鼓励平台中立的技术标准，迄今为止已发布标准的品质已经足以促进SOA的进一步发展。

    为什么你应当关心

    在第3章采用SOA的常见缺陷一节中，我们讨论了伴随在产品与标准发布左右的开发的价值。让我们通过重申这一点来总结这一节，并列举一些你应当密切关注标准开发领域特殊理由。

    ﹡　当计划迁移到SOA时，考虑一个成熟的关键扩展处理是有益的。这些规范将结束你对这个架构最后支持的功能性需求。

　　﹡　观察标准开发的过程，会让你自己对于某个规范进步与否形成自己的观点。对你来说这很重要，可以让你把握现存面向服务解决方案的进化方向。

　　﹡　与标准的开发保持接触，并且谁在主导它们能使你更好地理解开发平台的差异，你需要保持厂商中立的视角。这将增强你更好地比较可用产品平台的特性以及对SOA的支持。

    要点总结

    W3C对于万维网进步的贡献不容忽视。在SOA的舞台，它的职责主要在于标准，负责提供核心和通用的功能规范。

    OASIS从一个SGML标准组织进化为专注于电子商务规范的组织。其全部目标在于创建特定行业的标准，并鼓励有电子商务能力的企业间的交易和商务。

    作为一个组专注于不同平台的协同性关系，WS-I不产生技术标准。这个组织提供配置文件建立一个经过验证和测试的标准集。组织遵从这些配置文件，可保证它们的环境支持一个工业标准水平的协同性。

    尽管标准组织作为独立实体存在，它们都接受来自代表厂商的支持和贡献。厂商的贡献由利己和公共利益的共同驱动。

    保持标准开发的高度很重要，因为这让你做一个更专业的SOA迁移计划。