数据交换平台的架构设计

序言

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

数据交换平台的架构发展

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

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

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

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

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

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

再过了3个月，开始设计开发数据交换三期工程，也就是现在说的数据交换平台。本质上还是那个核，只不过增加了一些类的拆分和封装。另外新添加了两种类型的数据交换，mysql2mysql、ora2mysql。

最新架构

如下，简单易懂，不解释