数据存储区复制:帮助表征旧系统拓扑

时间:2013-04-16 22:55:45

标签: java esb distributed-computing distributed-transactions

已经建立了一个新系统来逐步承担遗留系统的责任。两人都在合作生产。

为方便起见,他们共享一个复制的域对象模型。两者都使用相对原始的内存对象存储。遗留系统是规范存储,其中的每个更改都通过ESB复制到新的存储。新系统可能会修改遗留系统轮询并更新其主数据的某些对象。

这两个系统有时可能会在另一个系统上调用API端点来发出命令,但通常会通过修改共享对象来隐式地传递这些命令。

没有交易或批量更新的概念。新系统使用全局写锁来处理其内存存储中的所有更新和刷新对象引用。批量删除或插入数据集,或顺序对象图构造或删除可能会占用新系统的全局写锁。它脆弱,缓慢,难以开发和测试。

遗留系统是用C ++构建的,这是Java中的新系统。这也增加了一个对象转换层。

我的任务是提高稳定性和性能。我认为它是一个数据库复制问题,并希望利用既定的文献和开源产品,但我很难刻画它。

哪种标准拓扑最适用于此?

0 个答案:

没有答案