异地多活的三种架构模式

业务定制型异地多活

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

  对基础设施无强要求

  不通用,难扩展

  CRC32

业务通用型异地多活

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

  对硬件配置没有强要求

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

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

  存在全局单点业务

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

 

储存通用型异地多活

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

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

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

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

 

 

 

posted on   李某人的窥视  阅读(118)  评论(0编辑  收藏  举报

相关博文:
阅读排行:
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性

导航

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

统计

点击右上角即可分享
微信分享提示