高可用架构及异地双活系统设计实战

应用的一致性问题:在设计之初,就要避免这种问题。不是遇到才去想怎么修数据

5:架构设计的问题引发

 

 

 

 

 


 

 阿里的单元化方案,不会出现跨机房的问题

读比较多,写比较少,微博

 业务的妥协:业务的主键不是使用db的自增机制

读多写少,单点写,其它机房部署的db节点,只能是slave

多点接入机房提供服务

 RabbitMQ是有ACK的
Kafka设计之初就是高吞吐量,是没有ACK的
kafka 也有ack=all  ,消费也可以提交 offset


业务的特点,将重要的服务做高可用

开发成本、维护成本



 

猜你喜欢

转载自www.cnblogs.com/softidea/p/12374275.html