实用篇-认识微服务

一、服务架构演变

1. 单体架构

**单体架构:**将业务的所有功能集中在一个项目中开发,打成一个包部署

单体架构的优点:

  • 架构简单
  • 部署成本低

单体架构的缺点:

  • 耦合度高

2. 分布式架构

分布式架构: 根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为一个服务

分布式架构的优点:

  • 降低服务耦合
  • 有利于服务升级拓展

分布式架构需要考虑的问题:

  • 服务拆分粒度如何?
  • 服务集群地址如何维护?
  • 服务之间如何实现远程调用?
  • 服务健康状态如何感知?

哪些分布式技术可以解决分布式架构问题?

  • WebService
  • Hession
  • ESB
  • Dubbo (2012年由阿里巴巴开源)
  • SpringCloud (2015年至今是其发展最为火热的时期)
  • SpringCloudAlibaba (2018年至今是其发展最为火热的时期)

但是近几年应用最广泛的,最火热的莫过于微服务方案

3. 微服务

微服务是一种经过良好架构设计的分布式架构方案

微服务架构特征:

  • 单一职责:微服务拆分粒度更小,每一个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
  • 面向服务:微服务对外暴露业务接口
  • 自治:团队独立(一个服务对应一个开发团队)、技术独立(基于业务可用选择使用不同的技术)、数据独立(一个服务一个团队对应一个数据库)、部署独立
  • 隔离性强:服务调用做好隔离、容错、降级,避免出现级联问题

微服务优点:拆分粒度更小、服务更独立、耦合度更低

微服务缺点:架构非常复杂,运维、监控、部署难度高

二、微服务技术对比

1. 微服务结构

为了描述方便,把一个完整项目里的小服务称为微服务(或叫节点),这些微服务的整体称为集群,关系如下

项目 > 集群 > 微服务 > 业务 > 接口

从整体上来看,目前SpringCloud的应用量最大,并且逐年在增长;而Dubbo虽然是国内使用较多的RPC框架,但在微服务场景下的应用相对较少。SpringCloudAlibaba相对于前两者还比较年轻,但是由于集成了众多优秀的Alibaba组件,以及其在国内云原生和微服务落地方面的独特优势,因此得到了广泛的应用和关注

这三个技术栈的使用强度排序: SpringCloud > SpringCloudAlibaba > Dubbo

2. 技术对比

这三个技术栈的对比如下

相同点:

  • 都需要去做微服务拆分,也就是把一个完整的项目,根据功能拆分成很多微服务,再把这些拆下来的微服务做成集群。集群里的每个微服务都要遵循单一职责的原则,并且要面向服务,对外暴露接口,这样的话,集群里的微服务之间就可以相互调用
  • 由于项目会拆分成多个微服务,为了方便同时管理这些微服务(微服务之间的调用关系),就需要 '注册中心',用来拉取或注册服务信息
  • 由于项目会拆分成多个微服务,为了方便同时管理这些微服务(每个微服务的配置),就需要 '配置中心',用来统一管理整个集群的微服务的配置
  • 由于项目已经拆分成多个微服务,用户到底访问哪个微服务呢,就需要在集群做一个统一的网关,作用是作为用户访问微服务的入口

不同点:

例如同样是注册中心,但是Dubbo、SpringCloud、SpringCloudAlibaba所用的技术不同。如下表

'无' 表示没有实现这个技术

|-----------------|-------------------------|-------------------------|
| Dubbo | SpringCloud | SpringCloudAlibaba |
| zookeeper、Redis | Eureka、Consul | Nacos、Eureka |
| Dubbo协议 | Feign (http协议) | Dubbo、Feign |
| 无 | SpringCloudConfig | SpringCloudConfig、Nacos |
| 无 | SpringCloudGateway、Zuul | SpringCloudGateway、Zuul |
| dubbo-admin,功能弱 | Hystrix | Sentinel |

三种常用的技术栈,不同的技术栈是可以混合使用,那当这仨技术栈混合使用时,会有什么特点呢,如下图

三、SpringCloud

SpringCloud是目前国内乃至全世界使用最广泛的微服务框架

官网地址:

XML 复制代码
https://spring.io/projects/spring-cloud

SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,也就是说SpringCloud的底层基于SpringBoot做了自动装配。从而提供了良好的开箱即用体验,如下

XML 复制代码
// 服务注册发现
Eureka、Nacos、Consul
// 服务远程调用
OpenFeign、Dubbo
// 服务链路监控
Zipkin、Sleuth
// 统一配置管理
SpringCloudConfig、Nacos
// 统一网关路由
SpringCloudGateway、Zuul
// 流控、降级、保护
Hystix、Sentinel

SpringCloud和SpringBoot的版本兼容关系:

|----------------------|-----------------------------------------------|
| SpringCloud版本 | SpringBoot版本 |
| 2022.0.x aka Kilburn | 3.0.x |
| 2021.0.x aka Jubilee | 2.6.x(小于2021.0.3用这个) 或 2.7.x(大于等于2021.0.3用这个) |
| 2020.0.x aka Ilford | 2.4.x(小于2020.0.3用这个) 或 2.5.x(大于等于2020.0.3用这个) |
| Hoxton | 2.2.x(小于SR5用这个) 或 2.3.x(大于等于SR5用这个) |
| Greenwich | 2.1.x |
| Finchley | 2.0.x |
| Edgware | 1.5.x |
| Dalston | 1.5.x |

在下面的正式学习中,我们使用的是Hoxton的SR10版本,所以对应的SpringBoot版本是2.3.x版本

相关推荐
考虑考虑1 天前
Jpa使用union all
java·spring boot·后端
Serverless社区1 天前
函数计算的云上计费演进:从请求驱动到价值驱动,助力企业走向 AI 时代
阿里云·云原生·serverless
稻草人22221 天前
java Excel 导出 ,如何实现八倍效率优化,以及代码分层,方法封装
后端·架构
数据智能老司机1 天前
精通 Python 设计模式——创建型设计模式
python·设计模式·架构
数据智能老司机1 天前
精通 Python 设计模式——SOLID 原则
python·设计模式·架构
咖啡Beans1 天前
SpringCloud网关Gateway功能实现
java·spring cloud
bobz9651 天前
k8s svc 实现的技术演化:iptables --> ipvs --> cilium
架构
云舟吖1 天前
基于 electron-vite 实现一个 RPA 网页自动化工具
前端·架构
阿杆1 天前
同事嫌参数校验太丑,我直接掏出了更优雅的 SpEL Validator
java·spring boot·后端
brzhang1 天前
当AI接管80%的执行,你“不可替代”的价值,藏在这20%里
前端·后端·架构