分布式软件架构(一)分布式框架的演变过程

引言

软件架构的发展经历了由单体架构、垂直架构、SOA架构到微服务架构的演进过程,下面我们分别了解一下这几个架构。

单体架构

在这里插入图片描述
单体架构将全部功能集中在一个项目内(All in one)。

优点

架构简单,前期开发成本低、开发周期短,适合小型项目。

缺点

全部功能集成在一个工程中,对于大型项目不易开发、扩展和维护。

技术栈受限,只能使用一种语言开发。

系统性能扩展只能通过扩展集群节点,成本高。

垂直结构架构说明:

​ 按照业务进行切割,形成小的单体项目。
在这里插入图片描述

优点:

​ 技术栈可扩展(不同的系统可以用不同的编程语言编写)。

缺点

​ 功能集中在一个项目中,不利于开发、扩展、维护。

​ 系统扩张只能通过集群的方式。

​ 项目之间功能冗余、数据冗余、耦合性强。

SOA架构

SOA全称为Service-Oriented Architecture,即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。

站在功能的角度,把业务逻辑抽象成可复用的服务,通过服务的编排实现业务的快速再生,目的:把原先固有的业务功能转变为通用的业务服务,实现业务逻辑的快速复用。
在这里插入图片描述
将重复功能或模块抽取成组件的形式,对外提供服务,在项目与服务之间使用ESB(企业服务总线)的形式作为通信的桥梁。

优点

​ 重复功能或模块抽取为服务,提高开发效率。

​ 可重用性高。

​ 可维护性高。

缺点

​ 各系统之间业务不同,很难确认功能或模块是重复的。

​ 抽取服务的粒度大。

​ 系统和服务之间耦合度高。

微服务架构

典型的微服务架构
在这里插入图片描述

​ 微服务是将系统服务层完全独立出来,抽取为一个一个的微服务。特点是抽取的粒度更细,遵循单一原则并采用轻量级框架协议传输。

优点:

​ 服务拆分粒度更细,有利于提高开发效率。

​ 可以针对不同服务制定对应的优化方案。

​ 适用于互联网时代,产品迭代周期更短。

缺点:

粒度太细导致服务太多,维护成本高。

分布式系统开发的技术成本高,对团队的挑战大(架构比较新,需要团队成员进一步学习)

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值