一、构建类似传统分布式架构的面向服务架构
或许组织在实现SOA时所面临的第一大障碍是，一构建当代SOA为借口来构建传统的分布式架构；
二、非标准化的SOA
有时可能需要在较大的组织中同时规划不同的IT项目，因此定制标准极其重要。如果因不同的开发项目导致了不同的设计应用设计，那么以后的集成的成本高而且很脆弱。这是许多IT部门从遗留系统的确定中得出的教训。
三、没有建立迁移计划
没有全面的迁移计划会严重的降低迁移成功率。因为在企业内定位服务端点的范围会导致IT环境基础设施的重新定义，从而要关注贫乏的迁移实施所导致的反弹。迁移计划允许在面向服务和SOA特征内先经历一个调整阶段，从而使迁移能在技术的、架构的和组织的水平上进行规划。
四、没有以XML基础架构开始
在当代SOA的领域里，一切都开始于WEB服务。这句话已经成为某些组织的内部的座右铭，但却不完全对。事实上 ，在当代的SOA领域里，一切开始于XML。它已由许多补充标准演变成实际的数据表示架构的标准。这个核心标准集已经引出了许多WEB服务规范，并推动着SOA的发展。
五、不理解SOA性能要求
当从小规模开始时，很容易构建出功能和响应都达到预期目标的面向服务解决方案。随着范围的扩大和功能的增加，基于消息的通信量也将如期增长，在环境方面准备的不足会导致重大的处理缺陷。
性能也是构建WEB服务时强调粗粒度服务接口和异步消息的原因之一。这些几其他设计措施可以用于避免潜在的处理瓶颈。
六、不了解WEB服务安全性
虽然SSL(安全套节字层)能处理许多即时安全点，但它却不是适合SOA的技术。当服务开始进行大量的处理时，就需要具备消息级安全。WS-安全框架建立了公认的安全模型，由一系列规范支持，从而渗透到面向服务应用和企业架构的许多层面。
七、没有保持与产品平台和标准开发的联系
SOA的转变在于开创了产品和平台的竞技场，从而使IT部门可以自由选择构建和/或自主定制开发应用逻辑。当趋势发展到最佳情形时，也还经常存在其他选择，可以充分协调基于不同技术的解决方案。