共计 1843 个字符,预计需要花费 5 分钟才能阅读完成。
场景
如果咱们关上支付宝首页,去看咱们的余额,它会展现你的总资产,昨日收益、累计收益等信息。如果这个页面所展现的信息,都来自各个不同的零碎 / 利用,咱们通过各个接口把这些数据展现进去。如果咱们当初要在前端页面展现这几项数据的话,咱们应该怎么去展现呢?
在这种状况下,咱们不可能让客户端与 6 个不同的利用 / 零碎都一一去通信来去实现数据的展现。而是 6 个利用 / 零碎之间进行彼此通信来实现调用,最初客户端只须要调用一个接口来获取数据即可,而不是与每一个利用 / 零碎进行通信。咱们的架构可能是如下的样子:
一个电商零碎,比方淘宝,咱们在首页会展现很多数据信息,例如:首页信息、商品信息、个人信息、推送信息等等很多。如果首页展现的数据来自 100 个不同的利用 / 零碎,那么通过如上架构,咱们在后端便会呈现几百个乃至上千个通信的交互,那么后端的构造就会变得十分的宏大和简单。所以在这样的架构下,咱们须要对下面构造作出一些调整,所以咱们就引入了 SOA 架构
图示区别
什么是 SOA 架构
SOA(全称:Service Oriented Architecture),中文意思为“面向服务的架构”,你能够将它了解为一个架构模型或者一种设计办法,而并不是服务解决方案。其中蕴含多个服务,服务之间通过相互依赖或者通过通信机制,来实现互相通信的,最终提供一系列的性能。一个服务通常以独立的模式存在与操作系统过程中。各个服务之间通过网络调用。
跟 SOA 等量齐观的还有一个 ESB(企业服务总线),简略来说 ESB 就是一根管道,用来连贯各个服务节点。为了集成不同零碎,不同协定的服务,ESB 能够简略了解为:它做了音讯的转化解释和路由工作,让不同的服务互联互通;
咱们将各个利用之间彼此的通信全副去掉,在两头引入一个 ESB 企业总线,各个服务之间,只须要和 ESB 进行通信,这个时候,各个利用之间的交互就会变得更加的清晰,业务架构 / 逻辑等,也会变得很分明。本来芜杂没有布局的零碎,梳理成了一个有布局可治理的零碎,在这个过程中,最大的变动,就是引入了 ESB 企业总线。
SOA 所解决的外围问题
1.系统集成:站在零碎的角度,解决企业零碎间的通信问 题,把原先散乱、无布局的零碎间的网状结构,梳理成规整、可治理的零碎间星形构造,这一步往往须要引入 一些产品,比方 ESB、以及技术规范、服务治理标准;这一步解决的外围问题是【有序】
2.零碎的服务化:站在性能的角度,把业务逻辑形象成可复用、可组装的服务,通过服务的编排实现业务的疾速再生。目标:把原先固有的业务性能转变为通用的业务服务,实现业务逻辑的疾速复用;这一步解决的外围问题是【复用】
3.业务的服务化:站在企业的角度,把企业职能形象成可复用、可组装的服务;把原先职能化的企业架构转变为服务化的企业架构,进一步晋升企业的对外服务能力;后面两步都是从技术层面来解决零碎调用、零碎性能复用的问题。第三步,则是以业务驱动把一个 业务单元封装成一项服务。这一步解决的外围问题是【高效】
微服务架构
微服务架构其实和 SOA 架构相似,微服务是在 SOA 上做的升华。微服务架构重点强调的一个是 ” 业务须要彻底的组件化和服务化“,原有的单个业务零碎会拆分为多个能够独立开发、设计、运行的小利用。这样的小利用和其余各个利用之间,互相去合作通信,来实现一个交互和集成,这就是微服务架构。
组件化:组件示意一个能够独立更换和降级的单元,就以 PC 机为例,PC 中的 CPU、内存、显卡、硬盘一样,独立更换降级而不影响其余单元。如果咱们把 PC 作为组件以服务的形式构建,那么这台 PC 只须要保护主板和一些必要的外部设备。CPU、内存、硬盘都是以组件形式提供服务,PC 须要调用 CPU 做计算解决,只须要晓得 CPU 这个组件的地址即可。
微服务的特色
- 1. 通过服务实现组件化
- 2. 按业务能力来划分服务和开发团队
- 3. 去中心化
- 4. 基础设施自动化(devops、自动化部署)
SOA 和微服务架构的差异
1. 微服务去中心化,去掉 ESB 企业总线。微服务不再强调传统 SOA 架构外面比拟重的 ESB 企业服务总线,同时 SOA 的思维进入到单个业务零碎外部实现真正的组件化
2.Docker 容器技术的呈现,为微服务提供了更便当的条件,比方更小的部署单元,每个服务能够通过相似 Node 或者 Spring Boot 等技术跑在本人的过程中。
3.SOA 重视的是系统集成方面,而微服务关注的是齐全拆散
作者:扛麻袋的少年
链接:blog.csdn.net/lzb348110175/article/details/96738781