Web服务从创建以来得到了业内的广泛认可以及大量应用。它可以为不同的应用、操作系统和供应商之间提供通信。但是Web服务建立在标准XML信息格式（SOAP）之上，并且使用Web服务描述语言（WSDL），除此以外任何问题都可能引发互操作性问题。这些问题包括SOAP信息串行化的方法类型，信息的组建方式，WSDL标准的复杂性，以及在WSDL文档中应用的扩展性，以及SOAP信息。

　　由于不同的WS-*标准（例如WS-Security, WS-Addressing, WS-ReliableMessaging）正在试用这些标准和组件，互操作性问题可能会进一步扩展，互操作性问题才刚刚浮出水面。

　　需要注意的是，这些问题不仅是供应商实施这些标准的结果，和开发商编码的方式也有关系。因此，所有部署Web服务的机构都应该关注其互操作性。

　　互操作性的重要性

　　我们可以从内部环境和外部环境两个方面来了解互操作性的重要性

　　内部互操作性用于处理重用和管理方法问题。资产重用驱动SOA和Web服务投资回报率。例如，已经拥有Web服务的航空公司可以从一个城市向另一个城市调用航班飞机。用户支持应用（由用户支持代表使用），机场终端代理程序，网上预定协议，航运帐户等等都可以调用类似的服务。如果没有可以重用的服务，公司则需要实施一个端对端集成点，提供中间件并加以配置以便完成协议翻译工作，或者维护数据并将数据分配给不同的用户以便保证通信。

　　Web服务支持的面向服务架构令IT基础设施的面貌大为改观，业务灵活性、连接性、以及业务控制都有提高。每个服务用户（另一个部门的又一个应用、系统等等）都可以访问、调用Web服务，这使重用成为可能，并使机构能够快速、有效地对不断变化业务需要做出回应，但是，如果互操作性问题浮出水面，重用就会受到威胁，SOA收益会降低。

　　在一个外部环境中，Web服务能够令业务合作伙伴更好、更快地整合在一起。例如，一个航空公司预定应用需要和汽车出租商就汽车出租问题进行交流，和一个旅馆合作商就房屋预定事宜进行沟通。这些交流和沟通在现今的电子商务环境需求很广。只有拥有灵活IT基础设施的机构才能够积极地回应这些需求。不过只有在有互操作性的前提下，才能实现这样的灵活性。否则，集成和系统维护的成本会暴增。

　　实现互操作性

　　要想从服务定向中取得收益很大程度上取决于对不同SOA域的管理：安全，管理，注册，开发、协作/复合服务，以及实现/集成。由于在这个服务生命周期内缺少可靠的管理策略，导致IT基础设施难以控制，对SOA收益造成了危害。因此，SOA管理包括互操作性应当被看做亟待解决的问题。

　　正如在前面所定义的，SOA是一个拱形管理活动，从开始到被发现从被调用到被使用，SOA决定了服务在其生命周期不同阶段的处理原则.

　　对于开发者来说，要决定什么服务可以发布并成为SOA建设的一部分，拥有某种控制和流程十分关键。为了控制Web服务的定义和开发方式，公司会使用内部标准、原则或者行业指导、以及最好的实践。这些原则包括在特定的机构中采用的标准以及这些标准的哪些版本得到签名。例如，公司可能会选择WSDL 1.1, SOAP 1.2, WS-Security 1.0等等，一旦公司选择了这些版本的标准，就必须实行管理原则了。

　　因此，为了实现具有互操作性的Web服务，机构必须出台一个管理方案，保证不同的标准和原则得以实施。像Parasoft SOAtest这样的自动原则执行工具可以提供解决方案，该方案能够控制原并执行原则，使原则成为整个面向服务架构质量流程的一部分。

　　可以通过以下几种方式执行原则

　　1.对相应的标准模式进行模式验证测试。

　　2.执行XML静态分析，确保恰当地使用并实施正确的标准。

　　3.执行语义分析，确保XML不仅是模式有效的，并且可以被用户正确的理解。

　　因为这些原则不是反应性的是预防性的，上述这些做法可以防止由于潜入SOA所造成的危害，同时也降低了成本，减少了产品投入市场的时间，保证了Web服务的互操作性。