分布式服务架构和传统的架构区别

野性酷女 2021-12-15 09:55 298阅读 0赞

![1631048-20190314165246652-741716328.png][]

**单一应用架构**

**优点**：网站流量很小，只需要一个应用，就能将所有的功能部署在一起，减少部署节点和成本。

业务简单，开发周期短。

用于简化增删改查工作量的 数据访问框架(ORM) 是关键。

**缺点**：全部功能捆绑在一起，不利于维护和扩展，服务器负载能力有限。

代码耦合，开发维护困难,无法针对不同模块进行针对性优化，无法水平扩展单点容错率低，并发能力差

负载+垂直架构

![1631048-20190314164903046-1589383066.png][]

**优点**：系统性能可以扩展，提升负载能力，适合发展中公司的小型项目

当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。  
      此时，用于加速前端页面开发的 Web框架(MVC) 是关键。系统拆分实现了流量分担，解决了并发问题，可以针对不同模块进行优        化，方便水平扩展，负载均衡，容错率提高，系统间相互独立。

**缺点**：

服务之间相互调用，如果某个服务的端口或者ip地址发生改变，调用的系统得手动改变，搭建集群之后，实现负载均衡比较复杂。

只能扩展节点服务器，成本高，有瓶颈。

分布式服务架构：

![1631048-20190314170019991-318401920.png][]

当垂直应用越来越多，应用之间交互[不可避免][Link 1]，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。用于提高业务复用及整合的分布式调用是关键。

**优点**：

将基础服务进行了抽取，系统间相互调用，提高了代码复用和开发效率。

对于团队来说，可以更好的分配开发任务

**缺点**：

貌似只能用于Java

转载于:https://www.cnblogs.com/zhanggguoqi/p/10531645.html

[1631048-20190314165246652-741716328.png]: /images/20211214/910cb2904d1540c9aba48e8d004e7f78.png
[1631048-20190314164903046-1589383066.png]: /images/20211214/f3caf1d42f364cc280916481c29782fd.png
[1631048-20190314170019991-318401920.png]: /images/20211214/d46a3d0dceb54d66abddaeb39fa7fe35.png
[Link 1]: https://www.baidu.com/s?wd=%E4%B8%8D%E5%8F%AF%E9%81%BF%E5%85%8D&tn=24004469_oem_dg&rsv_dl=gh_pl_sl_csd