SOA技术在IT界掀起巨大的狂潮，然而它不同于以前的技术变革：模块化编程、面向对象、Web技术等，不论多难理解，总是能很快被大家接受，SOA之所以让很多人觉得难以理解，是因为它不再单纯地从IT人的角度理解IT系统，而是从业务人员的角度分析IT业务系统。
有两种现象相继呈现：一方面是企业SOA改造，精简企业业务流程，提升企业市场竞争与创新的能力，企业IT部门成为了企业管理的核心链条---“神经系统”；另一方面很多企业觉得无从下手，SOA太空无实，业务部门人员不愿支持，业务流程改造单靠IT部门是难以完成的，而企业内非IT部门，尤其是管理层对SOA了解的还很少…
一、SOA是业务驱动的，不是技术驱动的
SOA概念的提出是在上个世纪了，但近两年在许多大公司相关产品与业绩推动下，SOA一下进入了实际应用的黄金阶段。
SOA的出发点是从业务角度重用应用系统的开发元素，最大程度地降低IT系统开发与维护的成本。很多企业的CIO都面临一个共同的问题：随着网络建设的浪潮涌过，各种业务系统的开发如雨后春笋，在大一些的企业，需要维护成百上千个业务系统是很常见的事，从机房配置、服务器管理、各种支撑系统的维护都让IT部门难以应付，更不用说病毒攻击过后的系统清理与业务恢复，仅仅是查看一下各个业务系统的状态，就需要工作人员花很长时间，要是业务的持续性保障，更是望尘莫及。业务系统的繁多与各自孤立，为新业务的上马带来更大困难，重复开发造成极大的浪费，信息不互通让每个系统都“麻雀虽小，五脏具全”，企业失去了市场竞争的灵活性，极大地触动了企业管理者的神经。
很多大公司开始推广ERP之类的大企业软件系统，希望在一个大系统架构中，可以融合更多的业务流程，各个业务的信息可以交流，避免各个“业务孤岛”带来的管理弊端与效率低下。然而随着单个系统的庞大，开发的难度指数般提升，要考虑的因素太多了，客户业务又千差万别，开发企业的管理成为极大瓶颈；另外“同制化”的设计模式恰恰抹杀了企业的创造力，而失去了“特点”的企业等于选择自杀。IT基础架构如何适应企业的“创造化”需求，新业务的开发如何快捷，如何降低IT支撑系统的管理成本，并提供持续性的服务保障，CIO们重新选择了SOA。
在这种情况下，SOA重新被提出来，按照时髦的解释，SOA是一种IT技术框架，是一种最佳实践，而不是一种具体的技术，能实现SOA的技术很多，如何选择的关键是达到SOA提出的业务灵活度的目标。
SOA的思路其实在IT人中有过类似的想法，我们回顾一下编程人员走过的历程：模块化编程就是把可重用的程序提炼出来，方便调用，提高软件的结构性；后来发展到面向对象，把数据与程序封装在一起，让软件设计人员的思路逐渐接近现实的人类思维方式；B/S架构的流行把客户端的变成维护简单化，业务更适合于网络方式；Web2.0的发展解决了B/S体系的交互问题；中间件技术让跨平台、跨语言的业务开发变得容易……IT人一直在探索、提炼可以重用的、优秀的软件模块，让我们的业务系统开发如搭积木一样容易。
虽然SOA是IT人员的思路，但推动SOA的是企业管理层，SOA是业务驱动发展，而不是技术驱动发展。新的视觉角度，并非所有的企业CIO们对SOA都得心应手，因为IT人员的业务认知弱点是由来已久的。
不再从IT开发人的眼光看待要开发的业务系统，而是从业务的使用者角度看待要开发的系统，面向服务就是面向系统的实际使用者，“谁干谁说的算”，系统应该具备什么功能，应该做成什么样子，要看用户使用的效果。简单地说，就是用“敏捷”的开发思路，代替了“闭门造车”的开发方式。所谓敏捷就是用户的参与，用户不懂你的专业“语言”，就需要快速的模型与界面展现，快速展现不重用是不现实的，而用户理解不从业务流程入手，是与用户没有共同语言的。
二、SOA的“官方”解释
SOA的文章与资料很多，技术实现与最佳实践为多，这里只是说一下SOA的参考模型，展示SOA的架构。对于SOA的实现技术，会随着IT技术的发展更新，Web2.0是目前的一个最佳实践，SOA的目标的提高企业业务的灵活性，围绕这个目标，技术实现只是手段而已。
Sandy Carter给SOA的定义是：SOA(面向服务构架)是一种业务驱动的IT架构方式，支持对业务进行整合，使其成为一种相互联系、可重用的业务任务或服务。