“为了防止鸡蛋破损,把鸡蛋放到不同篮子中”,为了避免系统崩溃、数据丢失(不可抗拒因素地震、火灾等)高可用架构设计迎刃而生。起初系统设计经历了 冷备、热备、双机、同城多活、两地三中心、三地五中心演变到系统多活(有的系统还会把重要数据备份到国外)。
前年有幸参与了比较大的项目,负责系统高可用架构的设计。学习了很多包括阿里的系统多活架构、舒宁的多数据中心架构设计。学到了很多东西,分享给大家希望共同进步。
二、那些公司适合系统高可用架构设计
大型互联网公司比如腾讯、阿里、舒宁以及业务覆盖全国的大型企业比如:移动公司、电网公司、大型银行等,这里说的高可用是指系统多活设计而非简单的集群部署。
三、那些业务适合多活设计
业务主数据(不可丢失的、关键的数据)比如用户数据、收益高的数据(比如广告业务),大家提及业务多活、高可用设计往往以为在任何时候系统都可正常运行这个观点是错误,所谓的高可用架构设计也只是为了保证核心业务高可用,而非所用的业务都保证高可用。
四、高可用架构设计的演变
传统的高可用架构设计基本如下图所示:适用一般的中、小型自建企业。
业绩比较流行高可用架构如下图(参考阿里多活架构设计):
总结
参考了很多系统多活设计的文章,提供给大家。我想找个是分享最核心的东西哦。
【容灾架构】淘宝网/支付宝 异地多活 架构原理学习笔记_陈小超的技术博客-CSDN博客_异地多活架构
从“挖光缆”到“剪网线”|蚂蚁金服异地多活单元化架构下的微服务体系-阿里云开发者社区
饿了么异地多活技术实现_高效运维-CSDN博客_饿了么异地多活