郑州暴雨肆虐，商交所数据中心屹立不倒，它做对了什么？
首先为河南人民祈福
在这场天灾面前，人类能做的极其有限。失去的已经失去，能做的就是想好预防办法和灾后重建。相信借全国人民之手，众志成城，一定可以帮助河南度过此次难关。
作为一个对A股，对期货研究（被割）多年的程序员，我倒是很好奇，郑州期货交易所数据中心的防灾策略。它怎么战胜了这次水灾，任何的新闻报道，几乎就没提到商品交易受到太大的影响。
直到，我读到这条报道：
其后，在华融融达期货郑州总部、郑商所技术中心及上海机房三地同事的共同努力下，保障了公司20日夜盘交易的正常进行，成功避免了网络信息安全事件。https://www.ylfx.com/Show/index/id/718707/cid/11.html
没错，这就是我常在朋友圈提起的"两地三中心”防灾策略。
“两地三中心”是银监会对所有金融机构的硬指标，任何数据中心，都可以拿来用,以加强防护各类天灾。
回到正题，郑州商品交易所数据中心的防灾，采用了郑州同城+上海异地同步策略。完美的规避了这次风险。
架构图大致是这样的：
基于这样的架构，又可以衍生出四类模式
- A/A/S
- A/Q/S
- A/S/C
- A/C/C
A/A/S
这种模式即：Active/Active/StandBy
同城的两个数据库之间互相同步，组成高可用，高性能的集群，共同服务应用。异地数据库作为热备，通过实时复制数据，保持三中心数据一致，随时准备替换同城两中心宕机的数据库。
A/Q/S
即 Active/Query/StandBy
这是典型的读写分离集群，外加一个异地热备。主库负责承担写入流量，而Query所在节点，就提供大量的只读查询。通过数据同步复制，上海的节点提供热备，随时补上宕机的节点。比起 A/A/S 少了一台承载写入的节点，高并发能力就稍弱。
A/S/C
即 Active/StandBy/Copy
主机和备机都在同城，异地数据库作为数据硬备。此时，异地的数据就有可能会有一定的丢失。
A/C/C
即 Active/Copy/Copy
同城和异地的数据库，都只做数据备份。这种模式下单点故障随时都有可能发生，因此，不提供业务的持续性。仅对次要数据做备份。
并不是所有的业务都需要 A/A/S, A/Q/S 那么紧急和重要的防灾措施，随业务不同可采用不同的防灾模式。
由此可见，只要上海能在烟花台风中不倒，郑州商交所就会稳稳地为期货交易用户执行7*24小时的服务。
--完--