SOA不仅可以得益于Web服务的成熟与发展，而且可以从其他许多技术领域获得帮助，其中，网格计算将会是第一个对它有帮助。网格计算　　不仅仅可以把许多CPU的计算能力整合起来，而且可以提供一种框架，用来完成软件服务模块的动态定位、分配、均衡与管理工作，从而保证不管发出服务请求还是提供服务的模块处在任何地方，都可以保证系统可以安全有效地运行。

　　值得注意的是，SOA并不能等同于Web服务。Web服务是一套技术体系，包括XML、SOAP、 WSDL和UDDI，可以用来建立应用解决方案，解决特定的消息通信和应用集成问题。随着时间的推移，我们发现这些技术在不断发展、不断成熟，也会更好地帮助你实现SOA。但是，Web服务不是SOA。SOA是一种软件架构，而不局限于某个技术的组合(例如Web服务)。它超越了技术范畴。在一个商业环境中，纯粹的SOA是一种应用软件架构，其中所有的功能都是相互独立的服务模块，通过完备定义的接口相互联系起来。只要按照一定的顺序来请求这些功能模块所提供的服务，就可以形成完整的业务流程。

　　Web服务的出现，为SOA的应用提供了一种标准。到目前为止，业界已经形成了一些基本的标准模块。SOAP用于服务请求的建立;WSDL用于服务请求的发布;UDDI用于服务请求的目录列表;另外还有一些关于安全和数字签名的标准。但是，在业务逻辑的层面上，比如业务流程的开发与管理方面，各家软件厂商总是存在着分歧与争议。

　　如果SOA理想得以实现，也许会使集成变得更加容易。但要让SOA尽善尽美地走到这一步本身并非易事。首先，必须实现原有系统的标准化，即便如此，仍然需要根据特定的业务流程进行适量的开发工作。在实施SAP项目方面有经验的人都有体会，任何业务都有其独特的流程和数据结构，其中许多内容无论如何都无法用标准的软件模块来实现。在企业应用集成方面，情况同样如此。尽管已经有了许多进行虚拟数据映射和遗留业务逻辑自动分析的工具，但是其中总有一些特殊的程序和数据结构无法自动处理。

　　可以预见，SOA并不会完全取代传统的刚性应用软件，但是将会给他们套上标准化的“外壳”，让他们更加易于与别的应用系统实现集成。另外，我们不能把SOA与Web服务以及XML混为一谈。Web服务可以用来实现SOA，但是如果没有Web服务，你也可以很好地实现SOA。反之，即便是利用Web服务技术，也不一定能保证SOA的效果就更好。

　　从长远观点来看，基于XML的Web服务将会成为实现SOA的主要工具。但要达到那一步，也许还需要3～5年的时间。目前，我们对SOA还需要有更加深入的认识，也许还会走很多弯路。例如，采用传统的方法，即便是利用SOAP消息来实现现有软件的集成，其结果仍然是一个刚性的点对点通信系统。只不过由于很多厂商都支持SOAP，因此实现过程会比较容易而已。由此形成的集成系统，维护复杂程度并不会降低多少。