消除单点,一篇搞定 | 架构设计篇

本文探讨了系统架构中单点存在的原因,包括设计缺陷和简化设计的考虑,并列举了如nginx和数据库主库等潜在的单点。针对高可用问题,介绍了shadow-master解决方案,以及通过批量写和客户端缓存来优化性能瓶颈。同时,文章以GFS和MapReduce的master节点为例,阐述了单点服务的优缺点及其应对策略。
摘要由CSDN通过智能技术生成

简介: 系统架构中,为什么会存在单点?思路比结论重要。

系统架构中,为什么会存在单点?
(1)存在设计缺陷,出现了单点;

(2)能大大简化系统设计,有意为之,设置单点;

典型互联网高可用架构,哪些地方可能存在潜在单点?

image.png

典型互联网高可用架构:

(1)端,通过DNS,由域名拿到nginx的外网IP;

(2)反向代理,nginx是后端入口;

(3)站点应用,典型的是tomcat或者apache;

(4)服务,典型的是dubbo提供RPC服务调用;

(5)数据层,典型的是读写分离的db架构;

在这个互联网架构中,站点、服务、数据库的从库都容易通过冗余的方式来保证高可用,但:

(1)nginx是一个潜在的单点;

(2)数据库写库也是一个潜在的单点;

哪些例子,因为设计需要,有意设置的单点?

先看GFS(Google File System)架构的例子:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值