一、单体架构
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.发展：随着发展，数据库又到了瓶颈
反向代理
五、第四次演进，数据库的读写分离
1.演进思考：数据库的读写分离，
2.本次架构需要解决问题：主主机制，keeplive
3.发展：随着数据量增大，业务库变多
