数据交换平台的架构设计

序言

说到架构设计，不敢妄自牛逼。仅仅能默默地向Linux致敬。没有强大的linux系统，我们做的架构设计，做的程序一天说不定挂几次。（windows系统就不说了，呵呵）

数据交换平台的架构发展

架构不是一蹴而就的。是随着团队技术能力的积累。随着公司数据平台的逐步完好，随着相关开源产品的深入学习，逐步形成和进化的。

不同阶段。须要不同的架构。

因此。不能单纯地说，哪个架构就好，哪个架构就不好。仅仅要适合当时的环境，就是最好的。对公司业务的发展，对其它模块的项目支撑，没有起到约束和限制的作用。就OK。假设能起到引领的作用，那就是超赞。

当然，从纵向的项目发展史角度来思考，肯定是近期版本号的最棒。投入的时间和精力最多嘛，哈哈。

数据交换平台，原来也不叫这个名。

叫数据转储工具。当时怕名字起大了被压死了。（哈哈。这可能是为啥给孩子起名，有人起孬货这类名字的原由吧）

数据转储工具，也仅仅是一个程序，仅仅支持ora2ora的数据同步。

程序大概跑了3个月吧，后来依据业务需求，開始加入数据源。添加了mysql2ora的数据交换。这就是数据交换二期project。

再过了3个月。開始设计开发数据交换三期project。也就是如今说的数据交换平台。本质上还是那个核，仅仅只是添加了一些类的拆分和封装。

另外新加入了两种类型的数据交换。mysql2mysql、ora2mysql。

最新架构

例如以下，简单易懂。不解释