首页 > 其他分享 >分布式架构演进与图解

分布式架构演进与图解

时间:2022-11-25 15:05:56浏览次数:46  
标签:演进 数据库 系统 业务 拆分 服务器 图解 分布式


分布式系统(distributed system) 是建立在网络之上的软件系统。

 

  • 内聚性:是指每一个数据库分布节点高度自治,有本地的数据库管理系统。
  • 透明性:是指每一个数据库分布节点对用户的应用来说都是透明的,看不出是本地还是远程。

 

在分布式数据系统中,用户感觉不数据是分布的,即用户不须知道关系是否分割,有无副本,数据存在于那个站点以及事物在哪个站点上执行。

 

简单来说:在一个分布式系统中,一组独立的计算机展现给用户的是一个统一的整体,就好像是一个系统似的。

 

分布式架构演进与图解_服务器

 

分布式系统作为一个整体对用户提供服务,而整个系统的内部的协作对用户来说是透明的,用户就像是指使用一个mysql 一样。

 

分布式架构的演进

(1)初始阶段架构

分布式架构演进与图解_服务器_02

 

特征:应用程序,数据库,文件等所有资源都放在一台服务器上。

 

(2)应用服务 和 数据服务 以及 文件服务 分离

   

分布式架构演进与图解_服务器_03

 

说明:好景不长,发现随着系统访问量的再度增加,webserver机器的压力在高峰期会上升到比较高,这个时候开始考虑增加一台webserver。

 

特征:应用程序、数据库、文件分别部署在独立的资源上。

 

(3)使用缓存改善性能

  

分布式架构演进与图解_分布式架构_04

 

说明:系统访问特点遵循二八定律,即80%的业务访问集中在20%的数据上。

 

缓存分为 本地缓存 和 远程分布式缓存,本地缓存访问速度更快但缓存数据量有限,同时存在与应用程序争用内存的情况。

 

特征:数据库中访问较集中的一小部分数据存储在缓存服务器中,减少数据库的访问次数,降低数据库的访问压力。

 

(4)使用“应用服务器”集群

    

分布式架构演进与图解_图解分布式架构_05

 

说明:在做完分库分表这些工作后,数据库上的压力已经降到比较低了,又开始过着每天看着访问量暴增的幸福生活了。

 

突然有一天,发现系统的访问又开始有变慢的趋势了,这个时候首先查看数据库,压力一切正常,之后查看webserver,发现apache阻塞了很多的请求,

 

而应用服务器对每个请求也是比较快的,看来是请求数太高导致需要排队等待,响应速度变慢。

 

特征:多台服务器通过负载均衡同时向外部提供服务,解决单台服务器处理能力和存储空间上限的问题。

 

描述:使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源,提升系统的并发处理能力,使得服务器的负载压力不再成为整个系统的瓶颈。

 

(5)数据库读写分离

     

分布式架构演进与图解_服务器_06

 

说明:享受了一段时间的系统访问量高速增长的幸福后,发现系统又开始变慢了,这次又是什么状况呢,经过查找,发现数据库写入、更新的这些操作的部分数据库连接的资源竞争非常激烈,导致了系统变慢。

 

特征:多台服务器通过负载均衡同时向外部提供服务,解决单台服务器处理能力和存储空间上限的问题。

 

描述:使用集群是系统解决高并发、海量数据问题的常用手段。通过向集群中追加资源,使得服务器的负载压力不在成为整个系统的瓶颈。

 

(6)反向代理和CDN加速 

分布式架构演进与图解_图解分布式架构_07

 

特征:采用CDN和反向代理加快系统的访问速度。
 

描述:为了应付复杂的网络环境和不同地区用户的访问,通过CDN和反向代理加快用户访问的速度,同时减轻后端服务器的负载压力。CDN与反向代理的基本原理都是缓存。

 

(7)“分布式文件”系统 和 “分布式数据库”

      

分布式架构演进与图解_服务器_08

 

说明:随着系统的不断运行,数据量开始大幅度增长,这个时候发现分库后查询仍然会有些慢,于是按照分库的思想开始做分表的工作

 

特征:数据库采用分布式数据库,文件系统采用分布式文件系统。

 

描述:任何强大的单一服务器都满足不了大型系统持续增长的业务需求,数据库读写分离随着业务的发展最终也将无法满足需求,需要使用分布式数据库及分布式文件系统来支撑。

 

分布式数据库是系统数据库拆分的最后方法,只有在单表数据规模非常庞大的时候才使用,更常用的数据库拆分手段是业务分库,将不同的业务数据库部署在不同的物理服务器上。

 

(8)使用NoSQL和搜索引擎       

分布式架构演进与图解_分布式架构_09

 

 

特征:系统引入NoSQL数据库及搜索引擎。

 

描述:随着业务越来越复杂,对数据存储和检索的需求也越来越复杂,系统需要采用一些非关系型数据库如NoSQL和分数据库查询技术如搜索引擎。

 

应用服务器通过统一数据访问模块访问各种数据,减轻应用程序管理诸多数据源的麻烦。

 

(9)业务拆分

   

分布式架构演进与图解_服务器_10

 

特征:系统上按照业务进行拆分改造,应用服务器按照业务区分进行分别部署。
 

描述:为了应对日益复杂的业务场景,通常使用分而治之的手段将整个系统业务分成不同的产品线,应用之间通过超链接建立关系,也可以通过消息队列进行数据分发,

 

当然更多的还是通过访问同一个数据存储系统来构成一个关联的完整系统。
 

纵向拆分:将一个大应用拆分为多个小应用,如果新业务较为独立,那么就直接将其设计部署为一个独立的Web应用系统 纵向拆分相对较为简单,通过梳理业务,将较少相关的业务剥离即可。
 

横向拆分:将复用的业务拆分出来,独立部署为分布式服务,新增业务只需要调用这些分布式服务 横向拆分需要识别可复用的业务,设计服务接口,规范服务依赖关系。

 

(10)分布式服务

 

分布式架构演进与图解_应用服务器_11

 

特征:公共的应用模块被提取出来,部署在分布式服务器上供应用服务器调用。
 

描述:随着业务越拆越小,应用系统整体复杂程度呈指数级上升,由于所有应用要和所有数据库系统连接,最终导致数据库连接资源不足,拒绝服务。

标签:演进,数据库,系统,业务,拆分,服务器,图解,分布式
From: https://blog.51cto.com/u_13940603/5886728

相关文章

  • 图解IPv6数据报格式
    IPv6首部长度固定是​​40​​字节,没有任何选项,但它可以有扩展头部。版本(Version)字段,只占据​​4​​​位即半个字节。它用于标识该数据报的IP版本号,对于IPv6来......
  • 图解地址解析协议ARP
    因为时间的关系,昨天的ARP推文只写了ARP缓存部分,所以今天补充ARP工作的原理以及ARP帧格式和ARP的四种典型情况。ARP工作原理假设有一台主机想要向本地局域网上的......
  • 图解IPv4数据报格式
    上图给出了IPv4数据报的格式。在IP数据报中,最高有效位在左侧且编号为​​0​​​,一个​​32​​​位值的最低有效位在右侧且编号为​​31​​​。一个​​32​......
  • 图解计算机数据大小以及字节存储顺序
    数据大小每台计算机都有这样一个称为字(word)的数据单位,它用来表示该计算机一次性处理事务的固定长度。一个字的位数称之为字长(wordsize),是用来指明指针数据的标称大......
  • 图解计算机信息的表示
    大家都知道在计算机中信息都是用​​0​​​和​​1​​来表示的。大多数计算机使用8位(bit)即1字节(Byte)大小的块作为最小的可寻址的内存单元。大部分现代系统......
  • 图解子网掩码
    在上一次图解子网划分中,我们已经讲到了如何把IP地址进一步划分为子网号和主机号,但在网络中要如何识别哪些位是网络号,哪些位又是主机号呢?这里就要使用子网掩码了。子网掩码......
  • 图解子网寻址
    IP地址分为五类,单播地址有三类。随着网络的发展,如果都为接入Internet的新网段分配一个新网络号,例如一个A类地址,网络号只有​​8​​​位,剩余​​24​​位都是主机......
  • 图解广播地址
    广播地址(BroadcastAddress)是专门用于向网络中所有设备进行发送的网络地址。发送到广播地址的消息可以被所有网络连接的主机接收。而多播地址是用于向特定的一组设备进......
  • 16-2-多服务之间分布式事务的一站解决(1)
                            ......
  • MassTransit - .NET Core 的分布式应用程序框架
    简介MassTransit是一个免费的、开源的.NET分布式应用程序框架。MassTransit使创建应用程序和服务变得容易,这些应用程序和服务利用基于消息的松散耦合异步通信来实现更......