方案概述分布在同城多个机房内的应用同时对外提供服务。同城机房物理距离较小，一般小于50公里。同城多活架构的难点有三个：当某机房出现故障，能不能做到机房级的快速切换？如何实现非对等部署下的全局的流量负载均衡？对流量的精细化管控？常见的同城多活实现方式（如下图），在这个架构

今年的中国系统架构师大会（SACC）在我所在的城市广州举办，很荣幸受邀参加。这次能接触到国内最优秀的架构师，学习他们的架构思想和行业经验。对我而言非常有意义。大会分为上下午共4场，我参加了上午的多云多活架构设计专场和下午的AIGC专场。本篇文章就多云多活架构设计专场，我选取几

异地多活分布式架构,可以多个数据中心在不同地理位置提供相应的服务,数据的实时同步和故障切换,通常用于高可用和低延迟,例如在线有效,社交媒体.异地多活架构,多个数据中心之通过高速网络连接进行数据同步和负载均衡,每个数据中心具有完整的应用程序和数据副本,同时提供服务并处

很多企业都会面高并发业务和临海量数据的挑战，当机房发生断电、火灾、地震等情况，所有服务器面临业务整体瘫痪的风险。银行、金融企业，为了避免用户损失，需要一种可以基于同城或异地的多个不同机房之间的多活机制，最大程度降低由于机房的仅单点可用所导致的潜在风险。 这里的“活

 本文为文章《两地三中心数据中心和同城双活数据中心的区别？》的阅后简单备忘总结。虽实际中可能不会从事与该话题直接相关的技术工作，但其背后的的技术原理是相同的。     ———————————————————————————— 

众所周知，后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。而本篇文章描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，red

下午好，我的网工朋友。众所周知，后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。而本篇文章描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存

在数字化时代，企业需要灵活、高效的云平台来支持其日益复杂的应用架构。而联邦云平台正是为满足这一需求而生。想象一下，阿里云、腾讯云、华为云等顶尖云平台汇聚成一个强大的联盟，共同打造一个统一的云平台。这个联邦云平台将拥有无与伦比的资源和技术优势，为企业提供多云多活的能力

近期，华为云多活高可用服务MAS（Multi-SiteHighAvailabilityService，简称MAS）荣获“2023年香港星光奖“「最佳解决方案奖」，凭借多集群统一管理的业务容灾能力获得香港通讯业的肯定。香港星光奖 CAHKSTARAwards是香港通讯联会于2015年推出，旨在奖励在不同行业中表现卓越和创新的公

前言昨天晚上阿里云史诗级崩溃了。涉及到阿里云盘、淘宝、咸鱼、钉钉、语雀等等多条业务线产品。“阿里云盘崩了”“淘宝又崩了”“闲鱼崩了”“钉钉崩了”等话题相继登上热搜，阿里系诸多产品受到影响。这一次事故，影响范围之大，可以说是史诗级别的。1语雀出现异常昨天那段时

当谈到架构的高可用时，无论是高可用计算架构，还是高可用存储架构，其本质的设计目的都是为了解决部分服务器故障的场景下，如何保证系统能够继续提供服务。但在一些极端场景下，有可能所有服务器都出现故障。例如，典型的有机房断电、机房火灾、地震、水灾……这些极端情况会导致某个系统所

★微服务系列微服务1：微服务及其演进史微服务2：微服务全景架构微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用微服务10：系统服务熔断、限流微服务11

作者：隆基一致性首先来看RocketMQ的第一个特性-事务消息，事务消息是RocketMQ与一致性相关的特性，也是RocketMQ有别于其他消息队列的最具区分度的特性。以大规模电商系统为例，付款成功后会在交易系统中订单数据库将订单状态更新为已付款。然后交易系统再发送一条消息给Rocke

N+1设计。回滚设计。禁用设计。监控设计。设计多活数据中心。使用成熟的技术。异步设计。无状态系统。水平扩展而非垂直升级。设计时至少要有两步前瞻性。非核心则购买。使用商品化硬件。小构建、小发布和快试错。隔离故障。自动化。

#系统性能三指标要想理解异地多活，我们需要从架构设计的原则说起现如今，我们开发一个软件系统，对其要求越来越高，一个好的软件架构应该遵循以下3个原则：1.高性能2.高可用3.

文章持续更新，建议收藏起来，慢慢读！疯狂创客圈总目录博客园版为您奉上珍贵的学习资源：免费赠送:《尼恩Java面试宝典》持续更新+史上最全+面试必备2000页+面试必备+

数据的爆炸性增长对业务连续性带来了巨大的挑战传统灾备方式资源利用率底、切换时间长、成本高对此，基于云计算的多云多活技术正在逐步兴起巨大的业务价值、超高的技术难度让

https://blog.csdn.net/weixin_39860915/article/details/125325917ApacheDubbo：同步架构通信，从RPC框架到全面拥抱云原生基础设施ApacheRocketMQ：异步架构通信，从

1.异地多活：一般为两地三中心或者三地五中心，这样设计是为了在发生单点故障或网络分区时，集群能继续提供服务。两地三中心可以容忍机房级别灾难，三地五中心可以容忍城市级别灾

「社区发起人推荐语」——1.分布式系统无法保障绝对可用，相信大家都碰到过软件系统长时间不可用。面对类似问题，美国经济学家⽶歇尔·渥克提出了灰犀牛理论，用灰犀牛⽐喻⼤概

​在多中心多云环境下，可将容器云部署为多活和灾备模式，通过全局负载均衡器实现应用的多中心多活与灾备。容器应用跨数据中心的双活，是将一个应用的不同副本部署到不同的数据中

一个原理粒度cap关注的粒度是数据而不是系统，需要根据不同业务的数据特点设计异地多活延迟 cap是忽略网络延迟的，但是实际工程中不可能做到0延迟分区容忍

业务定制型异地多活按照业务优先级排序，优先保证核心业务异地多活，根据核心业务的流程和数据，设计定制化的异地多活架构对基础设施无强要求不通用，难扩展C

同城多中心同城双中心同城相距50KM以上光纤互联机房间网络延迟小于2ms本质：逻辑上可以当做一个机房，可以应对机房级别灾难

从苹果供应链的业务永续说起，每次苹果出新机，全球各地旗舰店就大排长龙统一发售，堪称全球化的一景。有没有想过，iPhone是怎么保障全球消费者能在一天内买到几百万部手机的？