每个系统上都有多种业务逻辑，这就像在一个小超市中，一个人负责收银、清洁、摆货、咨询等各种各样的事情，当来超市的顾客多到一定程度，这个人就没办法再负责这么多的事情了，系统也同样如此。
第一个现象就是系统多元化带来的问题，可采用对公用逻辑的部分进行抽象的方法，形成多个按领域划分的共用业务逻辑系统；第二个现象是系统访问量、数据量上涨后带来的典型问题，当超市的顾客不断增加时，通常超市采取分工的方式更好地服务顾客。同样，对系统而言，也会采取拆分系统的方式来解决。
在构建了共用业务逻辑系统和拆分系统后，最明显的问题就是系统之间如何交互。如果不控制，会出现多个系统之间存在多种交互方式：Http、TCP/IP+NIO、Hessian/RMI、WebService等；同步、异步等方式可能都会出现，这会导致开发人员每访问一个公用业务逻辑系统或拆分出来的系统后，都有可能要学习不同的交互方式；同时也会造成各开发团队重复造轮子，提供不同交互方式用的框架，这对于应用的性能、可用性而言，也带来了极大的挑战。
对于以上问题，很容易想到的解决方法就是统一交互的方式，SOA无疑是实现这种方式的首选。
SOA全称是：面向服务构架，它强调系统之间以标准的服务方式进行交互，各系统可采用不同的语言、不同的框架来实现，交互则全部通过服务的方式进行。
一、基于SCA实现SOA平台
SCA：Service Component Architecture.
发布服务：
服务遵照SOA以接口方式对外提供，发布服务首先要求系统本身已经有相应的接口实现。为了减少对系统实现的侵入，通过XML定义Component映射到系统奔上的接口实现上。在定义Component后，则可将Component实现的接口已服务的方式发布。
支持的通信和交互方式：
SCA标准默认提供的通信方式为SCA、WebService和JMS三种。SCA方式是指由框架根据运行状况来选择采用相应的通信方式，例如框架发现需要调用的服务在同一JVM中，则会自动切换为本地调用，如在不同JVM中，则会采用WebService或JMS等方式；WebService的实现为Http方式：JMS则可用多种方式来实现，例如TCP/IP、HTTP等，这取决于具体的SCA框架。
基于ESB实现SOA平台
ESB只是一个概念，核心思想是基于消息中间件来实现系统间的交互。
基于消息中间件所构建的此系统交互的中间场所称为总线，系统间交互的数据格式采用统一的消息格式，由总线完成消息的转化、路由，发送到相应的目标应用，基于ESC构建的系统结构：
通常ESB框架须剧本一下5个要素：
ESB框架中，要定义系统发送及接收消息时的消息格式，以便各个系统保持同样的方式与总线通信。
消息路由是指当总线接收到消息后，根据消息中的数据来决定需要调用的系统。
消息交互时要支持请求/响应和发布/订阅等方式，请求/响应方式会更加方便实现同步请求，发布/订阅方式则更加方便实现异步的消息广播。
总线要和多个系统进行交互，通常要支持多种网络协议，例如：TCP/IP、UDP/IP、HTTP等
多个系统均须发送消息至总线，并由总线将消息转发，但各个系统消息中的数据格式可能不一致，此时总线要支持数据的转换。
原文：http://www.cnblogs.com/chy2055/p/5103857.html