核心系统如何考虑双活，是否可以使用分布式架构？

最近刚刚完成了内部的一个双活项目，谈谈自己看法。是采用分布式还是传统架构，我觉得主要取决于业务特性，是否有强一致性的要求，楼主提到的是核心系统，我觉得金融行业的核心系统多数具有强一致性要求，这种系统目前采用分布式架构没有太好的解决方案，大多还是基于传统架构的A-S模式。数据库的双活虽然有一些解决方案，如GDPC,extend rac等，但都不是很成熟，限制条件也较多，规划的不好容易造成性能问题，得不偿失。我个人觉得设计双活最主要的还是从业务的需求角度出发，基于业务设计相应的双活模式，不要单纯为了双活而双活

核心系统的实现真正意义上的双活需要考虑多个层面，包括业务层面、应用层面、系统层面、数据库层面和存储层面，无论是传统架构和分布式架构都需要解决这几个层面的双活，个人感觉分布式架构有着实现双活的先天优势，尤其是在业务层面和应用层面双活上优势较为明显。

双活和分布式是两个方面的问题：

1、真正的双活目前技术上实现起来还是有一些考验的

2、核心系统用分布式技术上挑战更大

大多还是做的业务双活，在数据库层面做双活的要谨慎考虑

时延可能和双活的方案有关，能做到毫秒级时延，具有实际使用意义了

地理位置的不同势必会造成双活的时延增加，但时延增加多少主要看距离的长短还有线路的质量，如果追求时延小，裸光纤是不二的选择，但裸光纤距离过长衰减也会很厉害，以我刚实施完的项目为例，光纤实际距离40KM左右，网络层的延迟完全可以控制在毫秒级。

关于双活，跟交易所的老师聊过，核心是时延

深交所的时延据说已经到毫秒级，如果这样，双活将导致的数量级的时延增加，如何解决？