Spring Cloud微服务学习系列1 系统架构的演变

系统架构的演变

单体架构

在这里插入图片描述

架构说明:

所有的功能全部集中与一个项目内

优点:

架构简单,前期开发成本低,开发周期短,适合小型项目,减少了节点部署也就自然减少了成本

缺点:

全部功能集中在一个工程中,对大型项目不易开发,拓展和维护
技术栈受限,只可以使用一种语言开发
系统性能拓展只能通过拓展集群结点,成本高
单点容错率低,并发能力差
无法水平拓展

垂直架构

在这里插入图片描述

架构说明:

按照业务进行切割,形成小的单体项目。

架构优点:

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

架构缺点:

功能集中在一个项目中,不利于开发、扩展、维护。
   系统扩张只能通过集群的方式。
   项目之间功能冗余、数据冗余、耦合性强。

分布式架构

当垂直应用越来越多,应用之间交互不可避免,将核心业务抽取出来,作为独立的服务,逐渐形成稳定的服务中心,
使前端应用能更快速的响应多变的市场需求。

在这里插入图片描述

架构优点:

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

架构缺点:

系统间耦合度变高,调用关系错综复杂,难以维护

SOA架构

在这里插入图片描述

注释 ESB(企业服务总线),简单 来说 ESB 就是一根管道,用来连接各个服务节点。为了集 成不同系统,不同协议的服务,ESB 做了消息的转化解释和路由工作,让不同的服务互联互通。

SOA全称为Service-Oriented Architecture,即面向服务的架构。它可以根据需求通过网络对松散耦合的粗粒度应用组件(服务)进行分布式部署、组合和使用。一个服务通常以独立的形式存在于操作系统进程中。站在功能的角度,把业务逻辑抽象成可复用的服务,通过服务的编排实现业务的快速再生,目的:把原先固有的业务功能转变为通用的业务服务,实现业务逻辑的快速复用。

架构说明:

将重复功能或模块抽取成组件的形式,对外提供服务,在项目与服务之间使用ESB(企业服务总线)的形式作为通信的桥梁。

架构优点:

重复功能或模块抽取为服务,提高开发效率。
   可重用性高。
   可维护性高。

架构缺点:

各系统之间业务不同,很难确认功能或模块是重复的。
   抽取服务的粒度大。(相对于微服务架构抽取的粒度大)
   系统和服务之间耦合度高。
   所有服务都通过一个通路通信,直接降低了通信速度
   ESP整合所有服务和协议,数据转换使得运维测试部署困难

微服务架构

在这里插入图片描述

架构说明:

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

重点解释

简单来说,微服务架构风格想要开发一种由多个小服务组成的应用,每个服务运行于独立的进程,并且采用轻量级交互,多数情况下是一个HTTP的资源API,这些服务具有独立的业务能力并可以通过自动化部署方式独立部署。这种风格使最小集中管理,从而可以使用多种不同的编程语言和数据存储技术

架构优点:

服务拆分粒度更细,有利于提高开发效率。 
   可以针对不同服务制定对应的优化方案。
   适用于互联网时代,产品迭代周期更短。

架构缺点:

粒度太细导致服务太多,维护成本高。
  分布式系统开发的技术成本高,对团队的挑战大。
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 技术工厂 设计师:CSDN官方博客 返回首页