1、SOA 很难，很重要——Jason Weisser：在这个SOA 框架的支持下，软件系统的开发是从业务流程分析开始的，使用组件化业务建模的方法识别和分析各种业务模型，并将各种最佳实践融入其中，在这个基础上我们建立一组用例，用例直接产生BPEL，这些BPEL则可以被融入一个服务整合框架中。在这个框架中有可能有一至几条企业服务总线（ESB），所有的服务都通过ESB提供，甚至包括一些管理协议，也通过XML格式的消息在这条ESB上传输。遗留的数据库、CRM、各种既有系统等等都连接在ESB 上。而在这个框架里有一个用WSDL 编写的metadata库，这个metadata库描述了关于各种服务的信息，从而把ESB上的各个模块统一起来，形成一个巨大的服务仓库（s e r v i c e repository），所有与业务流程直接相关的服务都可以在这个服务仓库中找到。所有的服务都是100% 可复用的。
企业希望复用的是业务，这一点构件化的方法做不到。一旦SOA成为主流，那么就意味着你用传统方法作出来的系统，一落地就是“遗留系统”。而如果你们大胆地迈向SOA，直接进入SOA时代，整个情况就反过来了，你们将领先世界！
2、SOA 企业应用昨日重现：其实SOA在技术上解决企业应用集成(EAI)问题的标准化的时候，背后更深层次的原因在于当前的业务管理与流程需要融合，以应对快速变化的市场，降低业务实现的成本。
要搞清楚应用的建设分为开发和集成，开发比集成更在应用内部、更紧耦合、效率更高；而集成则比开发更在应用之间、更灵活、效率更低。在现实之中，开发与集成并不可分，可能有所偏重，他们需要的是不同的技术。
3、SOA：思想与技术的统一：SOAP/Web Service的流行实际上是基于消息传递的分布式计算模式的复兴。
这种新的模式，将会构成对当今主流的以Application Server 为核心的系统架构的一种挑战，促进系统从基于多层次的，服务端紧耦合的模式，向网状的、均衡分布功能的计算模式演变。
SOA是新一代的分布式计算体系结构，它通过以数据描述和传输协议为核心的标准技术体系，将基于组件/RPC和基于消息传递的分布式计算模式统一成为基于服务的计算模式，并在此基础上从服务提供者和使用者的角度对分布式计算节点的功能进行了重新划分。
4、SOA 就在身边：无论是早期带有SOA部分特征的传统软件，还是完全基于SOA研发的新一代软件，都在试图解决的问题主要是：快速构建与应用集成。
SOA将带来程序员一种全新的思想，也是现在大部分程序员未知的领域，如果消极等待甚至对抗，只会使程序员被新的SOA时代所抛弃；如果积极地去学习，以正确的心态面对，SOA不过是一种在原有软件架构上的延续，了解这一思想并予以采用，比掌握一种开发语言来得更容易。
5、我的一些认识：网上盛行的这些关于SOA的评论不同主要是因为他们处于不同的角色和不同的观察角度，其实SOA本身是一种架构模式，而架构单纯从某些角度是无法说清楚的。事实上，SOA就是那么一种指导思想，它在不断地发生变化，也在不断地成熟。它是一种分析问题，解决问题的策略（不是战术）。它比OO处于更高的层次上。
希望朋友们都能早日理解它，但不需要表达它，只要以它作为思想来交流就已经体现它的价值了。
文章来源于领测软件测试网 https://www.ltesting.net/
