分布式数据库在金融企业两地三中心架构下运用架构？

提问：分布式数据库在金融企业两地三中心架构下运用架构？

解答：

1、分布式数据库的计算引擎一定是有状态的、存储引擎也一定是有状态且要避免数据覆盖或数据冲突，所以写操作对存储引擎而言粒度小到数据分片级别，只能在一个数据中心可写，读是可以看延迟接受程度而决定；

2、同城双活异地灾备：同城属于网络的大二层，往往距离30公里以内，采用计算引擎集群化部署、存储引擎采用三副本的主备从部署架构 ，也即计算引擎两个数据中心是多活的且指挥官计算引擎只在一个数据中心活着，存储引擎是只有一个数据中心提供读写请求、另外一个数据中心提供只读请求。

模式：

计算引擎： 同城 A数据中心（3个计算引擎）、 同城 B数据中心（2个计算引擎）、异地 C数据中心 （部署独立一套计算引擎集群2个或3个，处于只读状态）

存储引擎： 同城A数据中心 （M-M）、 同城 B数据中心（S）、 同城 C数据中心（S）

金融企业数据库的架构同步大体分为三类：
1、必须同步型。（比如数据库）
2、无须同步型。比如缓存，仅仅是当做缓存，就可以这样做（这个有待商榷，其实缓存也需要同步的，严格来说的话）。
3、只能单活（对全局原子要求较高），不接受有一定时延的“不一致”窗口。