目录

1.单机架构

2.应用数据分离架构

 3.读写分离架构

4.冷热分离架构

5.垂直分库架构

6.微服务架构

7.容器编排架构

---

1.单机架构

单机架构是简单的将应用服务和数据库服务部署到同一台机器上。

缺点：存在很大的性能限制。

---

2.应用数据分离架构

引入负载均衡，将应用负载均衡式的部署到不同的服务器上。

比起单机，多了一个负载均衡模块来平衡地分配任务给不同的主机。

缺点：硬件成本上升

           数据库性能存在瓶颈

---

 3.读写分离架构

引入数据库主从模式，将写的数据库作为主数据库(只能有一个，防止脏数据)，将读的数据库作为从数据库。

 

缺点：由于数据库数据需要同步（从库复制主库），同步存在很大的性能限制。

---

4.冷热分离架构

在访问数据库之前加入一个缓存库(redis)，存储经常被访问的数据(热点数据)，访问冷门数据时再访问数据库，从而减少数据库负载。

缺点：缓存存在击穿问题

---

5.垂直分库架构

一个主从数据库集群 ==> 多个负责不同功能的主从数据库集群。

 缺点：代码强耦合

---

6.微服务架构

将应用服务拆为多个微服务，同时实现微服务复用。

也可以解决系统升级必须重构的问题和单个项目代码强耦合的问题。

 缺点：运维压力很大

---

7.容器编排架构

借助docker等容器化技术，将应用服务打包成镜像，通过编排工具如k8s来动态分布和部署镜像。

实现快速部署，减少运维压力，并且解决配置冲突问题。

总结：本质上架构负载的提升只有两个方向：垂直方向和水平方向。

垂直方向：

        通过加上层或者下层来将请求分流。

水平方向：

        增加兄弟来为自己减少压力，团结力量大。