分布式系统的架构演进过程（一）

「这是我参与11月更文挑战的第23天，活动详情查看：2021最后一次更文挑战」

分布式系统架构演进：

在互联网的大旗之下，由于人们趋向于平台化便民服务的使用，用户基数不断的越来越多，促使架构需要更多的迭代更新， 总体来说，系统架构大致经历了五个过程：

• 单体应用架构

• 垂直应用架构

• 分布式架构

• SOA架构

• 微服务架构

1. 单体应用架构

初期发展公司，一般的公司网站流量相当小， 只需要一个服务或者应用提供服务， 服务部署到单台服务器上， 支撑着公司的需求，可能就是一台机器就可以服务很多内部的人，通常是一个客户端，调用服务端中的多个模块化的服务进行数据更新和处理，从而达到项目管理的目的

好处： 架构简单，成本维护很低， 而且是集中的服务，方便维护

缺点： 耦合性太差，无法扩展项目的性能

无法进行水平的货站 无法进行某个模块 单独的提升性能

一般提升的方法，就是提高硬件的基础配置

2，进化为成为简单的 垂直应用架构

我们将各个应用的功能进行划分， 分为多个子系统，比如订单系统， 计算系统，后台管理系统， 数据分析系统等

将多个业务分为多个系统，进行处理单独的数据；

好处：一旦访问量增加 ，需要增加对于特点服务的访问服务器的硬件水平，无需对整个服务增加，减少成本和项目开支；

性能优化和明显的， 能够实现简单的高并发的操作，抵抗小的流量 ，实现水平扩展

子系统的故障，不会影响其他子系统的运行，提高容错率

这种架构的缺点如下，拆封后的各系统之间相互对立。却无法进行互相调用。

个系统难免重重载。划分不均的业务。会存在重复的有。后期维护比较困难 。

分布式架构

是将垂直应用架构。越来越多的时候，我们将重复的。代码，其中抽象做成统一的服务。供其他系统或者又模块调用。单一的子系统-->抽出一个服务-->用来提供外部调用。