面向服务的SOA架构与服务总线ESB

之前的软件的开发主要是面向对象的编程架构

方法---对象---模块---组件---服务，感觉现在的开发的主流的软件架构的设计思想都是对其进行重用，只不过范围越来越大，有一个系统之间进行通信到多个系统之间的通信，这样的话，系统之间的通信是如何解决的，要不就通过RMI进行远程通信，要不就采用消息服务器进行通信，最后就是通过将系统公开成一个服务注册在总线上面，系统之间的通信通过总线进行通信，之间没有任何的依赖关系，有总线进行统一的调度与处理，从输入，处理(路由分发传输等)输入，各个业务系统各自完成自己的业务操作，需要其他的外围业务系统的服务，只需将外围系统的服务进行注册在总线上面即可，总线的总体的流程不变，我们可以在总线上的扩展口上挂接我们自己的业务组件，维护起来也比较方便，部署也容易。

采用总线的目的，主要是为了解决多个系统之间的通信，建立统一的数据服务中心，将各个业务系统挂接在总线上面，达到系统功能的组合重用，服务总线 + SOA = 数据服务中心

交换平台：

　　　　异构系统之间数据同步机制：

　　　　　　增量机制：

　　　　　　全量机制：

　　　　　　时间段机制：

　　　　　　目前技术：

　　　　　　　　1.CDC技术实现增量的数据抽取

　　　　　　　　2.定期建立索引库，方便查询数据 ----- 自己定义一套索引库，不过这样的自己对索引库进行维护，其他系统可以通过这一套索引库定位资源

　　　　　　　

　　　　　　　　

事件驱动:......待续