异地多活的三种架构模式

业务定制型异地多活

　　按照业务优先级排序，优先保证核心业务异地多活，根据核心业务的流程和数据，设计定制化的异地多活架构

　　对基础设施无强要求

　　不通用，难扩展

　　CRC32

业务通用型异地多活

　　通过配套服务来支持异地多活，无需按照业务优先级排序来挑选某些业务实现异地多活，只需判断业务是否可以异地多活

　　对硬件配置没有强要求

　　业务基本不用改造，只需判断业务是否支持base，支持就做多活，不支持就单点

　　配套服务复杂，包括流量调度、容灾切换、建站平台、配置管理等

　　存在全局单点业务

　　距离比较远的时候RTO比较大，分钟级

 

储存通用型异地多活

　　支持分布式一致性的存储系统

　　架构天然支持异地多活，业务除了切换存储外基本不用改造

　　需要分布式一致性的存储系统，目前可选不多 zk，etcd，oceanbase

　　对机房部署有强要求，如果要实现异地多活，只能近邻部署