一碰到实际工作，人们很容易陷入战术性决策，譬如要不要购买ESB、向谁购买。但SOA的要点在于创建这种架构: 支持目标非常明确、简化了的业务流程，通过重新安排传统的项目为流程的更改提供灵活性。

　　系统集成商Infosys的副总裁Sohrab Kakalia说: “人们对SOA存在相当严重的误解，而实际上不从整体上考虑IT和业务，谁也无法取得成功。”

　　架构描述了提供业务流程的服务的标准层面，包括治理和策略、流程管理、业务逻辑本身、数据管理及访问、内部定义、便于服务联系的服务接口以及消息传送框架——通常就按这顺序加以处理。

　 　英国电信公司已开发了14个服务平台。该公司的Glass说: “每个平台都有一套与业务操作相关的服务——就像是面向对象编程里面的方法。服务只位于一个平台里面。”公司为每个平台派一名架构师来负责，他确保所有服 务都符合这个架构，无论服务是内部开发的、合作伙伴提供的还是向厂商购买的。为了确保始终符合，他们规定，如果英国电信的某个项目没有符合架构，开发小组 的年度资金就会减少四分之一。

　　为了确保业务的灵活性和流程得到始终如一的执行，“架构应该不依赖任何实施的技术，新出现的技术可以部署，但架构本身具有可持续性，这就确保了SOA策略的一致性”， Glass说。

　　SOA高度关注底层的业务流程，反对依赖技术，因为这会限制公司以后更改或者添加业务流程的灵活性。除了架构方面的战略性决策外，成功部署的SOA还依赖IT人员经常确认项目有哪些机会可以重复使用服务或者业务流程。

　　“这不是一蹴而就的工作。”Intuit公司的Moseley说，谁以为使用SOAP或者WSDL这些技术来提供一种功能或者集成应用就是在部署SOA，那可是大错特错。技术是实现目的的一段手段，而不是目的本身。