企业部署SOA最好是通过迭代模型来实现。
迭代模型将标识一组对业务非常关键且价值高的功能来进行服务支持工作。此模型可随后供后续服务支持项目和活动使用。如果采用传统应用程序开发时使用的“瀑布式”开发方法部署SOA，可能导致创建仅能部署一次的服务，而无法在以后对其进行重用。
使用迭代式开发部署SOA，可通过允许组织逐步纳入到系统中，从而减少出现业务故障的风险。同时，任何组织接受和容纳更改的能力都是有限的，迭代式开发可确保引入新的流程和系统带来的更改非常适应企业的容量，且不会在企业中引起大的混乱。
同时，在SOA中，新功能并不一定总是仅受单个业务部门(Line Of Business，LOB)的约束，需要考虑很多跨组织的依赖关系，迭代式开发也有助于解决跨组织的协调。4. Web服务与SOA是一样的吗?
Web服务仅仅是目前最流行的SOA实现技术，但并非可以用于开发SOA的唯一技术。
SOA与Web服务(Web Service)的数量无关。对于SOA来说，真正有价值的是对于Web服务的再利用而不是Web服务本身。即使将所有信息技术系统都用Web服务实现，也不见得就等于部署了SOA。有些企业使用了太多的Web服务来做同样的IT服务，结果部署SOA的效果非常差。将Web服务等同于SOA，很容易发生在一些希望快速实现SOA但是并未真正理解SOA的企业身上。
很多SOA项目都涉及到集成遗留数据，此类数据包含在使用MQSeries和CORBA(Common Object Request Broker Architecture)等“旧”技术的系统中。其中的许多技术都已针对SOA进行了调整，不管有没有Web服务都可使用。事实上，企业可以只使用MQSeries、CORBA甚至远程过程调用(Remote Procedure Call，RPC)技术就能实现SOA。
4. 所有应用程序或环境都适合部署SOA吗?
不是所有的应用环境都适合部署SOA，很多情况下，部署SOA的效果可能会适得其反。
SOA可以根据需求通过网络对各种应用组件进行分布式部署、组合和使用，从而满足用户统一服务界面、快速部署新业务等需求。但是，如果企业的IT系统并不复杂，系统基本上都建立在同一架构上，整合系统并不困难，那么实施SOA并不能给企业带来太多好处，反而可能会带来负面影响。
专家认为，针对某些应用程序或IT环境，SOA可能并不值得推荐。比如，不需要组件或者应用集成的、独立的、非分布式的应用程序;应用范围非常狭小或者生命周期短的应用程序;建立在同一架构上的应用程序环境等等。对于一些企业来说，采用了单一厂商的技术和产品，拥有同一架构的IT环境，就不需要那么急迫地实施SOA，或者实施的效果并不是很明显。
有些企业很多年前就已经成形了业务支撑系统，虽然经过了很多次修修补补，但都一直在正常运作。专业人士认为，这种结构老、补丁多、又肩负重任的系统，与其用SOA动大手术，还不如等这种系统寿终正寝，重新开发符合SOA架构的新系统，进行自然淘汰比较好。
5. 企业应该如何着手部署SOA?
部署SOA应该制定明确的路线图，循序渐进。
企业部署SOA时最好先制订一个清晰的路线图，然后从单个应用程序开始构建SOA架构，可以先从比较简单的应用开始。这样，企业可以在做出全面部署SOA之前先衡量投资回报率，并在出现大的问题之前积累足够的经验。
当企业计划部署SOA项目时，CIO要注意各种细节，比如，供应商提供的软件是否支持Web服务和SOA;开发某些应用程序时，该应用是否要支持其他业务需求;哪些应用需要嵌入对Web服务的支持等。如果企业大规模部署SOA，还需要建立企业服务总线(ESB)，通过ESB提供服务请求。当然ESB的建立也需要一个过程，CIO必须注意部署节奏。
尽管目前已经可以找到很多关于SOA的知识，但部署SOA仍然非常困难。其中最直接的原因在于SOA需要企业部门之间的高度沟通，而且要求整个企业都为变革做好准备。变化带来的问题解决之后，可能又会出现技术问题。因此，企业部署SOA需要提前做好各种各样的准备，并且有长期的详细计划安排。
