写点什么

SOA 架构和微服务架构的区别,终于说清楚了

发布于: 18 小时前

1.SOA 架构和微服务架构的区别

首先 SOA 和微服务架构一个层面的东西,而对于 ESB 和微服务网关是一个层面的东西,一个谈到是架构风格和方法,一个谈的是实现工具或组件。

(1)SOA(Service Oriented Architecture)“面向服务的架构”:他是一种设计方法,其中包含多个服务, 服务之间通过相互依赖最终提供一系列的功能。一个服务 通常以独立的形式存在与操作系统进程中。各个服务之间 通过网络调用。

(2)微服务架构:其实和 SOA 架构类似,微服务是在 SOA 上做的升华,微服务架构强调的一个重点是“业务需要彻底的组件化和服务化”,原有的单个业务系统会拆分为多个可以独立开发、设计、运行的小应用。这些小应用之间通过服务完成交互和集成。

微服务架构 = 80%的 SOA 服务架构思想 + 100%的组件化架构思想 + 80%的领域建模思想

2.ESB 和微服务 API 网关。

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


(2)API 网关:API 网关是一个服务器,是系统的唯一入口。从面向对象设计的角度看,它与外观模式类似。API 网关封装了系统内部架构,为每个客户端提供一个定制的 API。它可能还具有其它职责,如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。API 网关方式的核心要点是,所有的客户端和消费端都通过统一的网关接入微服务,在网关层处理所有的非业务功能。通常,网关也是提供 REST/HTTP 的访问 API。服务端通过 API-GW 注册和管理服务。



3.SOA 架构特点:

系统集成:站在系统的角度,解决企业系统间的通信问 题,把原先散乱、无规划的系统间的网状结构,梳理成 规整、可治理的系统间星形结构,这一步往往需要引入 一些产品,比如 ESB、以及技术规范、服务管理规范; 这一步解决的核心问题是【有序】

系统的服务化:站在功能的角度,把业务逻辑抽象成 可复用、可组装的服务,通过服务的编排实现业务的 快速再生,目的:把原先固有的业务功能转变为通用 的业务服务,实现业务逻辑的快速复用;这一步解决 的核心问题是【复用】

业务的服务化:站在企业的角度,把企业职能抽象成 可复用、可组装的服务;把原先职能化的企业架构转变为服务化的企业架构,进一步提升企业的对外服务能力;“前面两步都是从技术层面来解决系统调用、系统功能复用的问题”。第三步,则是以业务驱动把一个业务单元封装成一项服务。这一步解决的核心问题是【高效】


4.微服务架构特点:

(1)通过服务实现组件化

开发者不再需要协调其它服务部署对本服务的影响。

(2)按业务能力来划分服务和开发团队

开发者可以自由选择开发技术,提供 API 服务

(3)去中心化

每个微服务有自己私有的数据库持久化业务数据

每个微服务只能访问自己的数据库,而不能访问其它服务的数据库

某些业务场景下,需要在一个事务中更新多个数据库。这种情况也不能直接访问其它微服务的数据库,而是通过对于微服务进行操作。

数据的去中心化,进一步降低了微服务之间的耦合度,不同服务可以采用不同的数据库技术(SQL、NoSQL 等)。在复杂的业务场景下,如果包含多个微服务,通常在客户端或者中间层(网关)处理。

(4)基础设施自动化(devops、自动化部署)

的 Java EE 部署架构,通过展现层打包 WARs,业务层划分到 JARs 最后部署为 EAR 一个大包,而微服务则打开了这个黑盒子,把应用拆分成为一个一个的单个服务,应用 Docker 技术,不依赖任何服务器和数据模型,是一个全栈应用,可以通过自动化方式独立部署,每个服务运行在自己的进程中,通过轻量的通讯机制联系,经常是基于 HTTP 资源 API,这些服务基于业务能力构建,能实现集中化管理(因为服务太多啦,不集中管理就无法 DevOps 啦)。

5.主要区别对比

作者:企业驱动

链接:https://www.toutiao.com/a6713866717690331660/?channel=&source=search_tab

用户头像

还未添加个人签名 2020.06.14 加入

领取文中资料加微信:gyhycx7980 备注:InfoQ 即可

评论

发布
暂无评论
SOA架构和微服务架构的区别,终于说清楚了