分布式架构的演变过程

Posted 2021-04-14 架构师的自我修养

在分布式架构流行之前，服务一般是部署在IBM小型机等服务器上，数据库使用Oracle，存储设备使用EMC，三者合称IBE，IBE的商业产品以及维护费用都比较昂贵。企业随着业务的发展和高并发、海量数据的生成环境的出现，迫切需要性能优良、价格便宜的硬件和软件产品。

大概从2009年开始分布式架构逐渐流行，当时PC机的性能不断提升，实施分布式框架的时机成熟了，企业开始了去IBE的运动，用PC机、mysql等替代品进行取代。

高并发、海量数据是分布式架构的应用场景，对一个复杂系统进行任务分解，每个子任务部署在不同的节点上，节点之间进行通信，这样的一个系统便是分布式系统。

一家电商平台的业务包括用户、商品、订单、交易等，刚开始业务量小，系统应用和数据库会部署在同一台服务器上。单机负载越来越高时，系统应用与数据库分开部署在不同的服务器上。

访问量不断增大，应用服务器首先承受不了，需对应用服务器做集群。集群就是把同一个业务系统部署在不同的服务器上，应用服务器的前面可以放个nginx服务器做负载均衡，从而保证系统的高可用和高性能。

用户的请求突破了应用服务器这个瓶颈后，对数据库服务器的请求增大，此时数据库成为了瓶颈，可对数据库做读写分离。

用户的访问量是没有上限的，当增大到一定程度时便需要引入缓存机制，可在读数据库服务器前面加个缓存服务器。

数据库进行垂直拆分：

应用服务器进行垂直拆分：

结束语：分布式架构是随着业务的发展逐渐演变出来的，若当前的单体应用能够满足业务的需要就没必要搞分布式，就算搞出来了也不见得能够提升多少性能。