spring cloud简介以及常用的五大组件原理和介绍

本文深入解析SpringCloud微服务架构的五大核心组件:Eureka服务注册与发现、Ribbon客户端负载均衡、Hystrix断路器、Zuul API网关以及Config分布式配置。介绍了各组件的作用、工作原理及其实现方式,帮助读者理解微服务架构的关键技术。

SpringCloud 简介及五大常用组件介绍

SpringCloud 是微服务架构的集大成者,将一系列优秀的组件进行了整合。基于springboot构建,对我们熟悉spring的程序员来说,上手比较容易。

通过一些简单的注解,我们就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。

SpringCloud的组件相当繁杂,拥有诸多子项目。重点关注Netflix
在这里插入图片描述

  • SpringCloud 的版本说明

    springcloud项目是由多个独立项目集合而成的,每个项目都是独立的,各自进行自己的迭代和版本发布。所以springcloud不方便使用版本号来管理,而是使用版本名。以避免和子项目版本号的冲突。
    版本名的来源是伦敦的地铁站名,以字母排序。比如最早的Release版本为Angel,第二个Release版本为Brixton。。。
    当一个版本的update积累的比较多或者解决了一个严重bug时,会发布一个ServiceRelease版本,简称SR,后面带的数字就是该大版本下的第一次发布。
    在这里插入图片描述
    从官网上看,springcloud的F版本是基于springboot的2.0.x构建,之前的是基于springboot的1.5.x构建

  • 下面只简单介绍下经常用的5大组件

    • 服务发现——Netflix Eureka
    • 客服端负载均衡——Netflix Ribbon
    • 断路器——Netflix Hystrix
    • 服务网关——Netflix Zuul
    • 分布式配置——Spring Cloud Config
  • Eureka(注册发现)
    在这里插入图片描述
    作用:实现服务治理(服务注册与发现)
    简介:Spring Cloud Eureka是Spring Cloud Netflix项目下的服务治理模块。
    由两个组件组成:Eureka服务端和Eureka客户端。
    Eureka服务端用作服务注册中心。支持集群部署。
    Eureka客户端是一个java客户端,用来处理服务注册与发现。
    在应用启动时,Eureka客户端向服务端注册自己的服务信息,同时将服务端的服务信息缓存到本地。客户端会和服务端周期性的进行心跳交互,以更新服务租约和服务信息。

  • Ribbon
    在这里插入图片描述
    作用:Ribbon,主要提供客户侧的软件负载均衡算法。
    简介:Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具,它基于Netflix Ribbon实现。通过Spring Cloud的封装,可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。

PS:注意看上图,关键点就是将外界的rest调用,根据负载均衡策略转换为微服务调用。Ribbon有比较多的负载均衡策略,以后专门讲解。

  • Hystrix
    在这里插入图片描述
    作用:断路器,保护系统,控制故障范围。
    简介:为了保证其高可用,单个服务通常会集群部署。由于网络原因或者自身的原因,服务并不能保证100%可用,如果单个服务出现问题,调用这个服务就会出现线程阻塞,此时若有大量的请求涌入,Servlet容器的线程资源会被消耗完毕,导致服务瘫痪。服务与服务之间的依赖性,故障会传播,会对整个微服务系统造成灾难性的严重后果,这就是服务故障的“雪崩”效应。

  • Zuul
    在这里插入图片描述
    作用:api网关,路由,负载均衡等多种作用
    简介:类似nginx,反向代理的功能,不过netflix自己增加了一些配合其他组件的特性。
    在微服务架构中,后端服务往往不直接开放给调用端,而是通过一个API网关根据请求的url,路由到相应的服务。当添加API网关后,在第三方调用端和服务提供方之间就创建了一面墙,这面墙直接与调用方通信进行权限控制,后将请求均衡分发给后台服务端。

  • Config
    在这里插入图片描述
    作用:配置管理
    简介:SpringCloud Config提供服务器端和客户端。服务器存储后端的默认实现使用git,因此它轻松支持标签版本的配置环境,以及可以访问用于管理内容的各种工具。
    这个还是静态的,得配合Spring Cloud Bus实现动态的配置更新。

以下为SpringCloud config 动态配置更新实现方式及原理

1、ConfigServer(配置中心服务端)从远端git拉取配置文件并在本地git一份,ConfigClient(微服务)从ConfigServer端获取自己对应 配置文件;
2、当远端git仓库配置文件发生改变,ConfigServer如何通知到ConfigClient端,即ConfigClient如何感知到配置发生更新?
Spring Cloud Bus会向外提供一个http接口,即图中的/bus/refresh。我们将这个接口配置到远程的git的webhook上,当git上的文件内容发生变动时,就会自动调用/bus-refresh接口。Bus就会通知config-server,config-server会发布更新消息到消息总线的消息队列中,其他服务订阅到该消息就会信息刷新,从而实现整个微服务进行自动刷新。
在这里插入图片描述

  1. 提交配置触发post调用客户端A的bus/refresh接口
  2. 客户端A接收到请求从Server端更新配置并且发送给Spring Cloud Bus总线
  3. Spring Cloud bus接到消息并通知给其它连接在总线上的客户端,所有总线上的客户端均能收到消息
  4. 其它客户端接收到通知,请求Server端获取最新配置
  5. 全部客户端均获取到最新的配置

存在问题:

  1. 打破了微服务的职责单一性。微服务本身是业务模块,它本不应该承担配置刷新的职责。
  2. 破坏了微服务各节点的对等性。
  3. 有一定的局限性。WebHook的配置随着承担刷新配置的微服务节点发生改变。

改进如下方式二:配置中心Server端承担起配置刷新的职责,原理图如下
在这里插入图片描述

  1. 提交配置触发post请求给server端的bus/refresh接口
  2. server端接收到请求并发送给Spring Cloud Bus总线
  3. Spring Cloud bus接到消息并通知给其它连接到总线的客户端
  4. 其它客户端接收到通知,请求Server端获取最新配置
  5. 全部客户端均获取到最新的配置
### Spring CloudSpring Cloud Alibaba 的五大组件及其对比 #### 1. **服务治理组件** ##### Spring Cloud (一代) - 主要由 **Eureka** 提供服务注册与发现的功能。Eureka 是 Netflix 开源的服务治理组件,广泛应用于早期的 Spring Cloud 微服务架构中[^3]。 - 它通过客户端向服务器端发送心跳包的方式维持服务状态,并允许其他服务通过 RESTful 接口查询可用的服务列表。 ##### Spring Cloud Alibaba (二代) - 替代 Eureka 的是 **Nacos**,这是一个更全面的服务治理配置管理工具[^4]。 - Nacos 不仅能完成服务注册与发现的任务,还支持动态配置管理,使得微服务间的协作更加高效且灵活。 --- #### 2. **负载均衡组件** ##### Spring Cloud (一代) - 使用的是 **Ribbon** 来实现客户端侧的负载均衡算法。Ribbon 提供了多种内置策略(如轮询、随机等),同时也支持自定义扩展[^3]。 ##### Spring Cloud Alibaba (二代) - 在此领域并未单独强调 Ribbon,而是将负载均衡功能融入到了 Dubbo 或者 HTTP 请求层面,默认采用更为现代化的设计理念[^4]。 --- #### 3. **声明式服务调用组件** ##### Spring Cloud (一代) - 利用了 **Feign** 这一声明式的 HTTP 客户端简化远程接口调用过程。开发者只需编写简单的 Java 注解即可发起网络请求。 ##### Spring Cloud Alibaba (二代) - 同样兼容 Feign 并未做过多改动,但在某些复杂场景下推荐使用更高性能的 RPC 框架——**Dubbo**。Dubbo 更适合于大规模分布式系统的内部通信需求。 --- #### 4. **断路器/容错处理组件** ##### Spring Cloud (一代) - 原生集成了来自 Netflix 的 **Hystrix** 断路器库,用来防止雪崩效应的发生。然而由于维护停止的原因逐渐被市场淘汰[^3]。 ##### Spring Cloud Alibaba (二代) - 新兴力量代表为 **Sentinel** ,除了具备传统意义上的限流降级外,还能针对实时流量做出智能化决策调整[^4] 。相较于 Hystrix, Sentinel 性能表现优异并且持续迭代更新当中。 --- #### 5. **网关组件** ##### Spring Cloud (一代) - 最初依赖 **Zuul** 构建 API 网关层,后来随着技术发展演变为基于 WebFlux 技术栈的新一代产品 —— **Spring Cloud Gateway**[^3]。后者凭借非阻塞特性成为主流选择。 ##### Spring Cloud Alibaba (二代) - 默认情况下仍然沿用 **Spring Cloud Gateway**,不过也可以无缝衔接阿里自家生态内的其它中间件比如 SLB(Smart Load Balancer)[^4]. --- 综上所述,Spring Cloud Spring Cloud Alibaba 虽然都遵循相同的总体设计理念即围绕着云原生应用构建完整的生态系统;但是具体到每一个细分方向上面则各有侧重偏向不同的技术实践路线. ```java // 示例代码片段展示如何在 Spring Cloud Alibaba 中集成 Sentinel 对某个方法进行保护 @Bean public DegradeRuleManager degradeRuleManager() { List<DegradeRule> rules = new ArrayList<>(); DegradeRule rule = new DegradeRule(); rule.setResource("hello"); rule.setCount(2); rule.setTimeWindow(10); rules.add(rule); return DegradeRuleManager.loadRules(rules); } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值