【无标题】单体应用架构演变

系统架构演变\n随着互联网的发展，网站应用的规模也在不断的扩大，进而导致系统架构也在不断的进行变化。\n\n从互联网早起到现在，系统架构大体经历了下面几个过程: 单体应用架构—>垂直应用架构—>分布\n式架构—>SOA架构—>微服务架构，当然还有悄然兴起的Service Mesh(服务网格化)。\n\n接下来我们就来了解一下每种系统架构是什么样子的， 以及各有什么优缺点。

（1）单体应用架构\n\n互联网早期，一般的网站应用流量较小，只需一个应用，将所有功能代码都部署在一起就可以，这样可以减少开发、部署和维护的成本。\n\n比如说一个电商系统，里面会包含很多用户管理，商品管理，订单管理，物流管理等等很多模块，我们会把它们做成一个web项目，然后部署到一台tomcat服务器上。\n\n\n\n优点：\n\n项目架构简单，小型项目的话， 开发成本低\n项目部署在一个节点上， 维护方便\n缺点：\n\n全部功能集成在一个工程中，对于大型项目来讲不易开发和维护\n项目模块之间紧密耦合，单点容错率低\n无法针对不同模块进行针对性优化和水平扩展\n

（2）垂直应用架构\n\n随着访问量的逐渐增大，单一应用只能依靠增加节点来应对，但是这时候会发现并不是所有的模块都会有比较大的访问\n量.\n\n还是以上面的电商为例子， 用户访问量的增加可能影响的只是用户和订单模块， 但是对消息模块的影响就比较小. 那么此时我们希望只多增加几个订单模块， 而不增加消息模块. 此时单体应用就做不到了， 垂直应用就应运而生了.\n\n所谓的垂直应用架构，就是将原来的一个应用拆成互不相干的几个应用，以提升效率。