1996年，Gartner首度提出SOA这个概念，当时业界讨论的焦点大多围绕着ESB、WebService的技术实现与SOA的设计方法论，而经过十年的演变，“粗粒度，松耦合”、“面向服务的架构”这些抽象的名词已经逐渐淡出人们视野，架构、技术、标准和工具成了SOA最核心的内涵，而这内涵的一系列变化恰恰就是SOA从概念走向实践的最好路径。
商用照进现实
人们已经将SOA视为一项技术而非解决方案太久了。在2007年，其重点将径直向着应用的方向发展。
从供应商的角度分析，就是向如何管理、监控和扩大已有的Java与.NET应用发展。以Web服务为基础的应用软件方面的发展使得开发人员着重于一些技术以便得出商业解决方案，驱使数据中心寻找能帮助直接监控和管理已有成果的SOA应用。
从企业角度分析，为了最大限度地利用 SOA 的优势，从实施 SOA 方案之初，企业就需要制定一整套组织、财务、运营、设计以及交付实践方面的规划，还需要定义一个企业范围的参考架构(即现有 IT 架构的迁移目标)，这个参考架构应基于服务和标准，面向企业和业务，并具有可适应性。
业界需要意识到的是，并不是任何 SOA 方法都能取得成功。为了确保 SOA 的成功实施，还必须有3个核心组件：合适的平台、实践和人员。有了可靠的基础，公司才能通过在开始时制定一套组织、运营和交付实践方面的规划，实现长远和短期业务目标和需求的平衡。
谁为SOA买单
我建议国内的企业，在初始阶段，不要盲目选择SOA管理工具包或者管理解决方案，SOA是一项应用，需要企业充分了解自身特性，通盘考虑再确定适合自己的解决方案。如果要成功实施SOA还有很多工作要做：
第一是安全问题，由于需要事先灵活的策略，很多情况下需要把服务暴露在外，导致企业的安全需求就凸显出来，特别是那些以Web Services方式构建的SOA应用系统。由于Web Services天生的问题。即使像IBM这样的厂商也意识到这一点。”SOA可大幅改善业务的灵活性和响应时间，但它必须是一个安全的环境。”。
第二是标准的问题。SOA的建立是需要封装的服务具有一个统一的、标准的接口。和基于XML等技术的Web Services所面临的问题一样。如果没有标准接口，实现SOA的理想也就无从谈起。
