从Web服务角度来说，SOA当然是开放的了。SOA可以很容易地使不同平台的服务合在一起共同工作，而Web服务的一系列开放标准SOAP, WSDL等，使这一切变成了可能。

　　但是，将不同的服务连接起来只是SOA的一个基本要素。SOA的真正价值是将不同的服务连接起来实现一个复合应用，它可以将不同的资源整合起来，包括：

　　·人（通过门户网站）

　　·流程（通过流程管理）

　　·数据（通过数据整合）

　　·商业伙伴（通过B2B技术）

　　·人（通过门户网站）

　　在整合过程中，我们越来越发现，如果这些资源来自不同的应用供应商，这将是件非常困难的事。目前，一些软件厂商已经推出了一些应用平台，包括IBM的WebSphere，Oracle的Fusion, BEA的FreeFlow, 还有Microsoft的BizTalk。这些产品可以将服务开放地连接起来，但是对基础框架的开放性和如何将不同厂商的产品集成起来的讨论却很少。举一个稍极端点的例子，我们能够很容易的在Fusion和WebSphere这两个平台之间设计一个商业流程吗？

　　一些专门从事整合服务的公司如WebMethods，Pega Systems或者新成立的Cordys更是抱怨，他们认为这些产品之所以有效率是因为没有进行框架之间的集成，而只是在各自单独产品上的开发和应用。

　　这些困难就在于没有一个开放的共享标准用于开发。Eclipse在这方面起到了一定的作用，但是它如果能给各种制品规范一个共享的定义，并作为一个知识库提供给大家，这将更有意义。

　　SOA与传统开发（如Cobol或Java）的一个明显的不同就在于不管是开发还是运行都有着很大的柔性。复合系统的一个最大的优势就是它可根据商业的需求即时变动，包括工作流，规则甚至是使用着的服务。所谓动态“开发”就是指在系统运行时还可以得到开发环境的支持。这在SOA得到了很好的体现。

　　整合将会一直存在下去，它将跨越整个开发生命周期：分析、设计、编码、产品升级、操作、实时监测、后期分析、变动管理。例如，对一个商业流程的实时监测必须要明明白在设计阶段的业务流程的定义。

　　在商业和IT之间很难有个明确的界限。IT专家必须要明白软硬件提供的服务和构建在它们之上的商业流程之间的联系。商业流程除了要运行正确上还应该满足SLAs（服务水平协议）。IT就是要在IT基础架构上实现这些需求，同时还要考虑到将来应用的扩展和IT对商业的影响。

　　SOA可以将IT、商业、开发生命周期、人、流程、合作伙伴还有数据很好的整合起来。如果把这些都开放出来将需要更多的标准和时间。要想完全获得SOA带来的好处，那么就要尽可能的不使用单独厂商提供的解决方案。

　　对供应商的选择不能简简单单只依据开发，操作，IT或者商业中的某一项来决定，应该把所以的这些综合起来考虑