系统架构体系

一、单体架构

    1.浏览器，DNS服务器（解析域名，转换为IP地址），一台计算机就相当于一个服务器（用端口号进行区分Tomcat（web服务），数据库服务）
   2.本次架构解决问题：实现浏览器和服务器中web服务的连接，实现web服务和数据库服务的连接

   3.发展：当用户访问量增大，数据库和web服务器互相竞争资源

二、第一次演进，tomcat/lis和数据库分开部署

第一次演进：

1.演进思考解决：将web服务器和数据库分开到两个服务器。

2.本次架构要解决的问题：实现web服务器和数据库服务器的连接

3.发展：随着用户增大，访问量增大，刚开始先是竞争，之后那个先遇到瓶颈？

首先是数据库进入瓶颈，因为在web服务器中60%都是进行数据库的操作，并发读写数据库成为瓶颈，IO操作等等。

三、第二次演进：引进redis

第二次演进过程
1.演进思考：并发读写读写数据库会进行一个读硬盘的操作，这个过程是比较慢的，那么我们能不能去读内存呢？
本次架构需要解决的问题我们把一些从数据库读到的数据中一部分（用java代码或者shep代码写一个集合-字典集合）保存到web服务器本地缓存中，也可以使用分布式缓存。

2.本次架构中出现的问题：如果使用分布式缓存（redis），可能会面临，缓存一致的问题，数据库要改，缓存也要改，还有一些缓存穿透，缓存雪崩，热点数据失效的问题

3.发展：在随着用户量的增大，压力落在了web服务器中

四、第三次演进：引进Nginx（正向地阿里，反向代理，负载均衡）

    1.演进思考：能不能部署多个web服务器呢？部署之后，每个web服务器都有各自的IP地址和的端口号，怎么分配呢？
   我们可以加一个Nginx服务器进行管理
   2.本次架构出现问题：Nginx代理服务器：正向代理，反向代理
   正向代理：代理客户端，客户端不能够访问服务器，给客户端的计算机上配置一个代理软件，然后代理软件去访问代理服务器，代理服务器去访问A服务器，并将数据逐步返回
   反向代理：代理服务器，一般在开发中使用的就是反向代理。浏览器访问一个网站（这个网站中具有多个web服务器），浏览器不能直接访问，那么浏览器和网站之间就需要一个反向代理，将多个服务器中ip地址配置到代理服务器中

   3.发展：随着发展，数据库又到了瓶颈