JAVA架构演变过程

一.单体架构

*将前端和后端的项目用JSP开发写在了一起，部署在了同一台tomcat服务器中

缺点:  1.tomcat服务器的并发请求处理量为200～300，处理不了高并发的请求

         2.前后端代码写在了一起，耦合高，不易于维护，代码可扩展性差

 

二.前后端分离架构

 *由于前端项目不依赖于jvm环境，所以可以部署在nginx服务器上，nginx可以处理万级并发。缓解了后端tomcat服务器近百分之80的请求，tomcat服务器只需要关注后端需要处理数据的近百分之20的请求。

缺点:  只是缓解了高并发，并没有彻底解决

 

三.分布式架构

 *采用集群部署+负载均衡的方式，通过添加服务器节点彻底解决了高并发问题

缺点: 没有解决高可用性问题，服务器后端项目有多个模块功能，一个模块功能故障会导致整个项目不可用。随着后续功能的不断增加，这种几率会更大

 

四.微服务架构

 *将后端项目拆分成多个单独的模块项目，部署到不同的服务器中，通过提供模块服务端口+服务注册，完成微服务间的通信，很高的完成了高可用性

*通过算法+数据结构的优化完成高性能