后端架构的演变过程

后端的应用架构经过发展，分为单一应用架构、垂直应用架构、分布式应用架构、面向服务的分布式应用架构、微服务架构等。

一、单一应用架构

把所有功能都集中在一个项目里面，类似于刚学习时的SSM，就把所有的功能都放在同一个项目。

适用于小型网站，小型管理系统，将所有功能都部署到一个功能里，简单易用。

缺点： 1、性能扩展比较难

       2、协同开发问题

       3、不利于升级维护

二、垂直应用架构

通过切分业务来实现各个模块独立部署，降低了维护和部署的难度，团队各司其职更易管理，性能扩展也更方便，更有针对性。

缺点： 公用模块无法重复利用，开发性的浪费‘’

 

  三、分布式应用架构

将各个应用通过分层独立出来，可以利用rpc实现web与service、service与service的互相调用，提高了代码的复用性。

缺点：  每个调用的模块要存储一份完整的被调用模块的位置和状态，一旦位置和状态发生变化，就要更新所有涉及的配置。

从图可以看出，这种架构缺乏服务治理，服务是耦合的，如果服务地址是发生了变化，并不会动态化的发现服务地址，需要修改的地方很多

四、

面向服务的分布式架构

随着架构不断增大，服务节点也越来越多，服务之间的调用和依赖关系也越来越复杂，需要有一个统一的中心来调度、路由、管理所有的服务，基于这个中心构建的这个星型架构就是现在目前最主流的SOA分布式架构。

 

服务地址不需要写死，服务是动态的自动注册和发现

五、微服务架构

这个架构是在soa的基础上实现的，微服务架构粒度更加精细，每个功能同有一个专门的项目。这种架构的代表是微服务架构（springcloud）