知识点总结

知识点回顾

存储架构知识点回顾

复制架构：分为主从复制和主备复制。

主从复制是在会有一台主机和多台从机，主机进行读写，在读的同时，主机进行数据复制给从机，业务服务器在读的时候，会对任意一台主从机进行读。

主备复制是有多台备机进行数据复制，只有在主机出现问题时，才会切换到备机。

分片架构和分区架构

背景：当复制架构遇到性能瓶颈时，可采用分片分区架构。

• 主从复制的缺陷：主机承担写责任，写性能存在瓶颈。读是全量复制，存在读的瓶颈。

• 分片架构的本质：通过叠加更多的服务器来提升写性能和存储性能。将数据分片存储在不同的服务器上。

• 分区架构的本质：避免城市级别的灾难，提供就近访问。

存储架构设计思路

• 估算性能需求

有以下几种方案，规划：根据成本预算目标确定。推算：基于已有数据推算。对比：跟已有标杆进行对比

结果：这里主要是估算出 tps/qps，然后根据性能进行方案设计。

• 选择存储架构

选择存储系统的时候应选择技术本质相对应的存储技术。采用主从还是主备，是否要有集群选举、分区分表。

• 存储方案设计

计算架构知识点回顾

缓存架构

5 级缓存架构

重点：每级缓存技术的应用场景和常见技术

分布式缓存知识点

• 分布式缓存的两种架构模式

• 数据缓存一致性设计

• 缓存穿透、缓存雪崩、缓存热点原理出现的场景和解决方案

负载均衡架构

学习重点

• 负载均衡每一级的技术原理和应用场景，优缺点等等

• 负载均衡算法（轮询、加权轮询、随机、负载优先、性能优先、nginx）

• 业务负载均衡技巧

接口高可用

学习重点：每种方案的技术本质和优缺点。

微服务架构

微服务技术介绍

和 sop 的区别

微服务架构的技术挑战

1. 拆分力度越细，服务关系复杂

2. 拆分力度太细，团队效率下降

3. 拆分力度太细，问题定位困难

4. 拆分力度太细，系统性能下降

5. 缺乏基础设施，无法快速交付

6. 多个服务的数据一致性问题

7. 如何保证新老接口兼容（其他服务调用不同的接口），避免接口循环调用

学习重点：实现最终一致性的解决方案。

微服务拆分技巧

单体架构微服务化应该从非核心业务开始拆分，逐步完善基础设施，一方面是熟悉微服务的技术模式，一方面也能让团队成员进行试错，不会影响到核心业务。

异地多活架构

高可用架构三大核心原理

• FLP 定理：

safety：系统中非故障节点达成了一致和合法的共识，又称 agreement。

liveness：系统中非故障节点在有限时间内达成共识，又称 termination。

fault tolerance：协议必须在节点故障的时候同样有效。

• CAP

一致性：每次读取都会读到最新写入的数据，或者返回的数据。

可用性：每次请求都会得到非错请求，但是不保证返回最新的数据。

分区容忍性：系统在发生分区的时候继续提供服务。

• BASE：基本可用、软状态、最终一致性。base 理论就是 cap 中 ap 方案的完善落地后技巧，虽然没保证强一致性，但是保证了最终一致。