简单总结一下SpringCloud中的一些组件

最新推荐文章于 2022-10-08 19:23:39 发布
最新推荐文章于 2022-10-08 19:23:39 发布
阅读量529 收藏 1
点赞数
分类专栏： java从入门到放弃--框架组件 文章标签： 中间件 java springcloud
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yr_112233/article/details/123722605
版权

Java从入门到放弃

简单总结SpringCloud

一、关于注册中心

  • zookeeper
  • eureka
  • consul
  • nacos
1、zookeeper注册中心的原理和流程

Zookeeper 是 Apache Hadoop 的子项目，是一个树型的目录服务，支持变更推送，适合作为 Dubbo 服务的注册中心，工业强度较高，可用于生产环境，并推荐使用 。

流程说明：

  • 服务提供者(Provider)启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的 URL 地址

  • 服务消费者(Consumer)启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者 URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址

  • 监控中心(Monitor)启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者 URL 地址

1.1 介绍一下Dubbo

Dubbo官网地址：http://dubbo.apache.org

Apache Dubbo 是一款高性能的Java RPC框架，其前身是阿里巴巴公司开源的高性能、轻量级的RPC框架，可以和Spring框架无缝集成

Dubbo提供了三大核心能力：面向接口的远程调用方法、智能容错和负载均衡、服务自动注册和发现

什么是RPC？

RPC的全称是Remote Procedure Call，就是远程过程调用。比如两台服务器A和B，A服务器上部署了一个应用，B服务器上部署了一个应用，A服务器上的应用想调用B服务上的应用，因为两个应用不在一个内存空间，不能直接调用，所以需要网络来表达调用的语义和传达调用的数据。

RPC不是一个具体的技术，而是只整个网络远程调用的过程。

RPC是一个泛化的概念，严格来说一切远程过程调用手段都属于RPC范畴。各种开发语言都有自己的RPC框架。Java中的RPC框架比较多，广泛使用的有RMI、Hessian、Dubbo等。

1.2 Dubbo架构

Dubbo架构图（Dubbo官方提供）如下：

节点角色名称
Provider暴露于服务的服务的提供方
Consumer调用远程服务的消费方
Registry注册中中心
Monitor统计服务的调用次数和调用时间的监控中心
Container服务运行容器

虚线都是异步访问，实线都是同步访问
紫色虚线:在启动时完成的功能
蓝色虚线(实线)都是程序运行过程中执行的功能

调用关系说明:

  1. 服务容器负责启动，加载，运行服务提供者。
  2. 服务提供者在启动时，向注册中心注册自己提供的服务。
  3. 服务消费者在启动时，向注册中心订阅自己所需的服务。
  4. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
  5. 服务消费者，从提供者地址列表中，基于负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
  6. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
1.3 Dubbo负载均衡

负载均衡（Load Balance）：其实就是将请求分摊到多个操作单元上进行执行，从而共同完成工作任务。

在集群负载均衡时，Dubbo 提供了多种均衡策略（包括随机、轮询、最少活跃调用数、一致性Hash），缺省为random随机调用。

Ÿ 随机算法 RandomLoadBalance（默认）

Ÿ 轮询算法 RoundRobinLoadBalance

Ÿ 最小活跃数算法 LeastActiveLoadBalance

Ÿ 一致性hash算法 ConsistentHashLoadBalance

配置负载均衡策略，既可以在服务提供者一方配置，也可以在服务消费者一方配置

2、Eureka注册中心的原理和流程

2.1 什么是服务治理

Spring Cloud 封装了 Netflix 公司开发的 Eureka 模块来实现服务治理

在传统的rpc远程调用框架中，管理每个服务与服务之间依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务于服务之间依赖关系，可以实现服务调用、负载均衡、容错等，实现服务发现与注册。

2.2 什么是服务注册与发现

Eureka采用了CS的设计架构，Eureka Server 作为服务注册功能的服务器，它是服务注册中心。而系统中的其他微服务，使用 Eureka的客户端连接到 Eureka Server并维持心跳连接。这样系统的维护人员就可以通过 Eureka Server 来监控系统中各个微服务是否正常运行。

在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息 比如 服务地址通讯地址等以别名方式注册到注册中心上。另一方（消费者|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想：在于注册中心，因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何rpc远程框架中，都会有一个注册中心(存放服务地址相关信息(接口地址))

下左图是Eureka系统架构，右图是Dubbo的架构，请对比

img

2.3 Eureka包含两个组件：

Eureka Server提供服务注册服务

各个微服务节点通过配置启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观看到。

EurekaClient通过注册中心进行访问

是一个Java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除（默认90秒）

2.4 Eureka集群原理说明

img

问题：微服务RPC远程服务调用最核心的是什么

​ 高可用，试想你的注册中心只有一个only one， 它出故障了那就呵呵(￣▽￣)"了，会导致整个为服务环境不可用，所以

解决办法：搭建Eureka注册中心集群 ，实现负载均衡+故障容错

2.5 关于Eureka的自我保护机制

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式，

Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务。

如果在Eureka Server的首页看到以下这段提示，则说明Eureka进入了保护模式：

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT.

RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE

3、Consul服务注册与发现
3.1 Consul是什么

Consul 是一套开源的分布式服务发现和配置管理系统，由 HashiCorp 公司用 Go 语言开发。

提供了微服务系统中的服务治理、配置中心、控制总线等功能。这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建全方位的服务网格，总之Consul提供了一种完整的服务网格解决方案。

它具有很多优点。包括： 基于 raft 协议，比较简洁； 支持健康检查, 同时支持 HTTP 和 DNS 协议 支持跨数据中心的 WAN 集群 提供图形界面 跨平台，支持 Linux、Mac、Windows

3.2 能干嘛
  1. 服务发现：提供HTTP和DNS两种发现方式
  2. 健康监测：支持多种方式，HTTP、TCP、Docker、Shell脚本定制化监控
  3. KV存储：Key、Value的存储方式
  4. 多数据中心：Consul支持多数据中心
  5. 支持可视化WEB界面

下载地址：https://www.consul.io/downloads.html

使用教程：https://www.springcloud.cc/spring-cloud-consul.html

4、Nacos服务注册

前四个字母分别为Naming和Configuration的前两个字母，最后的s为Service。

Nacos就是注册中心 + 配置中心的组合，替代Eureka做服务注册中心，替代Config做服务配置中心

官方文档：https://nacos.io/zh-cn/index.html

​ https://spring-cloud-alibaba-group.github.io/github-pages/greenwich/spring-cloud-alibaba.html#_spring_cloud_alibaba_nacos_discovery

5、总结

三个注册中心的异同点

组件名语言CAP服务健康检查对外暴露接口SpringCloud集成
EurekaJavaAP可配支持HTTP已集成
ZookeeperJavaCP支持客户端已集成
ConsulGoCP支持HTTP/DNS已集成
NacosAPHTTP已集成

二、关于Ribbon负载均衡

3.1 Ribbon是什么

Spring Cloud Ribbon是基于Netflix Ribbon实现的一套客户端 负载均衡的工具。

简单的说，Ribbon是Netflix发布的开源项目，主要功能是提供客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时，重试等。简单的说，就是在配置文件中列出Load Balancer（简称LB）后面所有的机器，Ribbon会自动的帮助你基于某种规则（如简单轮询，随机连接等）去连接这些机器。我们很容易使用Ribbon实现自定义的负载均衡算法。

3.2 架构说明

img

Ribbon在工作时分成两步

第一步先选择 EurekaServer ,它优先选择在同一个区域内负载较少的server.

第二步再根据用户指定的策略，在从server取到的服务注册列表中选择一个地址。

其中Ribbon提供了多种策略：比如轮询、随机和根据响应时间加权。

总结：Ribbon其实就是一个软负载均衡的客户端组件，它可以和其他所需请求的客户端结合使用，和eureka结合只是其中的一个实例。

3.3 负载均衡算法原理

负载均衡算法：rest接口第几次请求数 % 服务器集群总数量 = 实际调用服务器位置下标 ，每次服务重启动后rest接口计数从1开始。

List instances = discoveryClient.getInstances(“CLOUD-PAYMENT-SERVICE”);

如： List [0] instances = 127.0.0.1:8002

List [1] instances = 127.0.0.1:8001

8001+ 8002 组合成为集群，它们共计2台机器，集群总数为2， 按照轮询算法原理：

当总请求数为1时： 1 % 2 =1 对应下标位置为1 ，则获得服务地址为127.0.0.1:8001

当总请求数位2时： 2 % 2 =0 对应下标位置为0 ，则获得服务地址为127.0.0.1:8002

当总请求数位3时： 3 % 2 =1 对应下标位置为1 ，则获得服务地址为127.0.0.1:8001

当总请求数位4时： 4 % 2 =0 对应下标位置为0 ，则获得服务地址为127.0.0.1:8002

如此类推…

三、关于Feign

Feign是Spring Cloud组件中的一个轻量级RESTful的HTTP服务客户端
Feign内置了Ribbon，用来做客户端负载均衡，去调用服务注册中心的服务。Feign的使用方式是：使用Feign的注解定义接口，调用这个接口，就可以调用服务注册中心的服务

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-feign</artifactId>
<dependency>

能干啥

Feign旨在使编写Java Http客户端变得更容易。

前面在使用Ribbon+RestTemplate时，利用RestTemplate对http请求的封装处理，形成了一套模版化的调用方法。但是在实际开发中，由于对服务依赖的调用可能不止一处，往往一个接口会被多处调用，所以通常都会针对每个微服务自行封装一些客户端类来包装这些依赖服务的调用。所以，Feign在此基础上做了进一步封装，由他来帮助我们定义和实现依赖服务接口的定义。在Feign的实现下，我们只需创建一个接口并使用注解的方式来配置它(以前是Dao接口上面标注Mapper注解,现在是一个微服务接口上面标注一个Feign注解即可)，即可完成对服务提供方的接口绑定，简化了使用Spring cloud Ribbon时，自动封装服务调用客户端的开发量。

Feign集成了Ribbon

利用Ribbon维护了Payment的服务列表信息，并且通过轮询实现了客户端的负载均衡。而与Ribbon不同的是，通过feign只需要定义服务绑定接口且以声明式的方法，优雅而简单的实现了服务调用

四、关于网关

网关的作用

网关的转发流程

4.1 GateWay的特性

  • Spring Cloud Gateway 具有如下特性：

  • 基于Spring Framework 5, Project Reactor 和 Spring Boot 2.0 进行构建；

  • 动态路由：能够匹配任何请求属性；

  • 可以对路由指定 Predicate（断言）和 Filter（过滤器）；

  • 集成Hystrix的断路器功能；

  • 集成 Spring Cloud 服务发现功能；

  • 易于编写的 Predicate（断言）和 Filter（过滤器）；

  • 请求限流功能；

  • 支持路径重写。

4.2 Spring Cloud Gateway 与 Zuul的区别

在SpringCloud Finchley 正式版之前，Spring Cloud 推荐的网关是 Netflix 提供的Zuul：

1、Zuul 1.x，是一个基于阻塞 I/ O 的 API Gateway

2、Zuul 1.x 基于Servlet 2. 5使用阻塞架构它不支持任何长连接(如 WebSocket) Zuul 的设计模式和Nginx较像，每次 I/ O 操作都是从工作线程中选择一个执行，请求线程被阻塞到工作线程完成，但是差别是Nginx 用C++ 实现，Zuul 用 Java 实现，而 JVM 本身会有第一次加载较慢的情况，使得Zuul 的性能相对较差。

3、Zuul 2.x理念更先进，想基于Netty非阻塞和支持长连接，但SpringCloud目前还没有整合。 Zuul 2.x的性能较 Zuul 1.x 有较大提升。在性能方面，根据官方提供的基准测试， Spring Cloud Gateway 的 RPS（每秒请求数）是Zuul 的 1. 6 倍。

4、Spring Cloud Gateway 建立 在 Spring Framework 5、 Project Reactor 和 Spring Boot 2 之上， 使用非阻塞 API。

5、Spring Cloud Gateway 还 支持 WebSocket， 并且与Spring紧密集成拥有更好的开发体验

五、关于配置中心

六、总结

其实不会敲代码
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
consul 原理分析
jiangqingyao的专栏
06-20 1万+
一 服务发现和治理 在分布式系统结构中，往往由成百上千的业务服务组成，为了容灾(节点宕机)、扩容(增加节点)、提高运维效率(动态配置)等原因，需要服务能够实现灵活发现，避免问题节点等功能，以提高系统稳定性（更多内容，关注微信公众号：白白家族）。 1 服务发现以及注册： 当服务Producer 启动时，会将自己的Ip/host等信息通过发送请求告知 Consul，Consul 接收到 Pr...
Spring Cloud中各组件超时总结
08-28
在大家学习spring cloud的时候组件是必不可少的一部分，下面这篇文章主要给大家介绍了关于Spring Cloud中各组件超时的相关资料，文中通过示例代码介绍的非常详细，需要的朋友可以参考借鉴，下面来一起看看吧。
Consul服务注册中心--Consul工作原理
qq_38530648的博客
02-25 1314
Consul工作原理 consul工作原理如下图所示： 服务发现以及注册 当服务Producer启动时，会将自己的IP/host等信息通过发送请求告知Consul，Consul接收到Producer的注册信息后，每个10s（默认）会向Producer发送一个健康检查的请求，检验Producer是否监控。 服务调用 当Consumer请求Producer时，会先从Consul中拿到Producer服务的IP和Port的临时表（temp table），从temp table 表中任选一个Producer的IP
spring-cloud学习三-ribbon负载均衡
qq_35930102的博客
11-08 155
在上篇文章中已经学到spring-cloud可以实现负载均衡，主要是通过在代码里注入一个带有@LoadBalance的RestTemplate的对象实现的，其原理是springcloud封装了netfllix的ribbon组件。 1 自定义负载均衡 1.1 自定义负载均衡策略 随机 (Random) 轮询 (RoundRobin) 一致性哈希 (ConsistentHash) 哈希 (Hash) 加权（Weighted) 1.2 替换默认的负载均衡策略 只需要在配置中添加一个负载均衡规则
【Java高阶必备】如何优化Spring Cloud微服务注册中心架构？【石杉的架构笔记】...
weixin_33739541的博客
02-28 702
欢迎关注个人公众号：石杉的架构笔记（ID:shishan100）周一至周五早8点半！精品技术文章准时送上！精品学习资料获取通道，参见文末目录1、再回顾：什么是服务注册中心？2、Consul服务注册中心的整体架构3、Consul如何通过Raft协议实现强一致性？4、Consul如何通过Agent实现分布式健康检查？“ 上一篇文章：尴尬了！Spring Cloud微服务注册中心Eureka 2.x停止...
consul工作原理
qq_30358827的博客
03-26 1202
consul工作原理目录consul服务发现和注册consul服务调用工作模式图consul 核心 agent组件consul 通讯方式consul的优势consul的使用场景 目录 个人原创总结之 consul 原理 consul服务发现和注册 服务product启动时，会将自己的ip/port告知consul，consul将他们进行注册，每隔一段时间会将服务product进行健康检测 consul服务调用 consumer请求product时，会先去consul的temp table去取得健康的prod
springcloud-Ribbon
zhijingege的博客
05-22 176
基本用法： 注入一个RestTemplate，并使用@loadBalanced注解标注RestTemplate，从而使RestTemplate具备负载均衡的能力。 当spring容器启动时，使用#loadBalanced注解修饰RestTemplate会被添加拦截器，拦截器中使用了LoadBalancerClient处理请求，从而达到负载均衡的目的。 LoadBalancerClient是springCloud提供的一个非常重要的接口，他继承自ServicelnstanceChoose，该接口实现类是Rib
Ribbon 和 Feign 的区别
热门推荐
猎人在吃肉
01-30 5万+
spring cloud的 Netflix 中提供了两个组件实现软负载均衡调用：ribbon 和 feign 。 Ribbon 是一个基于 HTTP 和 TCP 客户端 的负载均衡的工具。 它可以 在客户端 配置 ribbonServerList（服务端列表），使用 HttpClient 或 Spring 的 RestTemplate 去调用，然后轮询请求以实现均衡负载。 Feign Feign ......
Consul 基本概念、内部原理
qq_40965644的博客
07-03 1936
1.什么是Consul？ Consul是一种服务网格解决方案，提供具有服务发现，配置和分段功能的全功能控制平面。 这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建全服务网格。 Consul需要数据平面并支持代理和本机集成模型。 Consul附带一个简单的内置代理，因此一切都可以开箱即用，但也支持第三方代理集成，如Envoy。 Consul 提供的关键功能： 服务发现：Consul的客户端可以注册服务，例如api或mysql，其他客户端可以使用Consul来发现给定服务的提供者。使用DNS或H
consul原理
qq_45122010的博客
01-23 1478
1.什么是consul？ Consul 是 HashiCorp 公司推出的开源工具，用于实现分布式系统的服务发现与配置。与其它分布式服务注册与发现的方案，Consul 的方案更“一站式”，内置了服务注册与发现框 架、分布一致性协议实现、健康检查、Key/Value 存储、多数据中心方案，不再需要依赖其它工具（比如 ZooKeeper 等）。使用起来也较 为简单。Consul 使用 Go 语言编写，...
SpringCloud五大组件及中间件方案报告
最新发布
09-15
讲到了Spring Cloud五大组件 还讲到，Spring Cloud在阿里云中的使用（springcloudalibaba） Spring Cloud与中间件 Spring Cloud简介以及技术选型 Spring Cloud Netflix与服务治理 Spring Cloud config与配置中心 ...
spring cloud各组件实例
01-16
spring cloud各组件实例代码，可以直接运行，适合学习spring cloud
Spring Cloud 各组件Demo
11-30
Spring Cloud 各组件Demo ，包含 Spring Cloud Eureka ，Spring Cloud Zuul ， Spring Cloud Ribbon ， Hystrix-Dashboard-Turbine 如有错误 ，请于本人联系 ，自会及时修改 ， 防止误导他人
SpringCloud组件面试题目_SpringCloud组件面试_springcloud_
10-03
整理的准备参加面试的SpringCloud面试题目
springcloud--Loadbalance的几种算法以及在ribbon中的使用
qq_21817641的博客
11-08 3471
Load Balance负载均衡是用于解决一台机器(一个进程)无法解决所有请求而产生的一种算法。 像nginx可以使用负载均衡分配流量，ribbon为客户端提供负载均衡，dubbo服务调用里的负载均衡等等，很多地方都使用到了负载均衡。 使用负载均衡带来的好处很明显： 当集群里的1台或者多台服务器down的时候，剩余的没有down的服务器可以保证服务的继续使用使用了更多的机器保证了
注册中心：Consul原理分析
CoLiuRs
10-08 1487
Consul是一个高可用的分布式服务注册中心，由HashiCorp公司推出，Golang实现的开源共享的服务工具。Consul在分布式服务注册与发现方面有自己的特色，解决方案更加“一站式”，不再需要依赖其他工具。
SpringCloud系列之使用Ribbon实现客户端负载均衡
qq_36895020的博客
05-19 535
1.Ribbon介绍 Ribbon是Netfilx发布的负载均衡器,它有助于控制HTTP和TCP客户端的行为。为Ribbon配置服务提供者的地址以后，Ribbon可以使用本地负载均衡策略去请求服务。在Spring Cloud中,单Eureka和Ribbon结合使用的时候,Ribbon可以自动的从Eureka Server获取服务列表,并且使用本地负载均衡策略请求服务。 Ribbon提供常见的...
Ribbon和Feign区别在哪
九
08-20 3163
先说一下负载均衡：服务访问量忒大，一个服务器顶不住，服务器一崩那不凉了，怎么办——多用几个服务器，使单个服务器承受的访问量分散开，通过调度算法让他们都有休息的时间，就算有一个服务器凉了，至少还有其他的服务器顶上，不至于服务崩了。实现分散这些访问压力到不同服务器者就是负载也。 Ribbon和Feign都是实现负载均衡的组件，Feign的本质是Ribbon，基于Ribbon。 通过一个情景来说明他们的区别：微服务Service作为服务方提供操作展示数据的服务，做一个服务方的集群，以分散访问压力；微服务Cli
springcloud和springcloudalibb
08-18
总结来说，Spring Cloud是一个构建分布式系统的框架，而Spring Cloud Alibaba是在Spring Cloud基础上集成了阿里巴巴公司的一些组件，提供了更多的功能和工具。使用Spring Cloud可以构建分布式系统，并解决常见的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值