【基于业务需求的架构演变】

1、单台服务器，部署应用+数据库。

2、nginx集群（负载均衡）

3、nginx集群（负载均衡）+数据库集群（读写分离，分库分表）

4、【多查询】nginx集群（负载均衡）+缓存+数据库集群（读写分离，分库分表）

5、RPC（应用微服务化）+ nginx集群（负载均衡）+ 缓存 + 数据库集群（读写分离，分库分表）

那么RPC解决了什么呢? 所有的服务在启动的时候注册到一个注册机里面,然后顶层处理在接收到nginx的请求时,去注册机找一个可用的服务,并调用接口. 这样子呢,在不加新功能的时候,顶层处理服务我们就不需要动了? 那修改了用户信息项目的时候,我们只需要一个个更新用户信息项目的服务群就好了

6、

7、