Greenwich.SR2版本的Spring Cloud Ribbon实例

  上次我们了解了eureka(参见Greenwich.SR2版本的Spring Cloud Eureka实例),里面的服务消费方我们其实已经用到了ribbon。在pom里我们引入了

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

  在主类中我们通过RestTemplate的@LoadBalanced注解启动了ribbon

@LoadBalanced
    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

  因此,ribbon实例我们上次其实已经实现了,只要我们启动两个服务方实例(如何启动多个实例参见IDEA同一项目启动多个实例),不停的刷新浏览器中消费方的请求链接(http://localhost:8763/sayHello?name=world),你会发现端口号是顺序变化的:

   

  这是因为ribbon默认的负载均衡策略就是轮询。

  Spring Cloud Ribbon是一个客户端负载均衡工具,与传统的服务端负载均衡(如Nginx)不同。首先服务端负载均衡需要一个独立的服务器来路由客户端请求到服务端去,另外客户端负载均衡需要客户端自己去维护服务实例的列表。或者可以这么理解,客户端里集成了一个服务端的负载均衡就成了客户端负载均衡了。那么客户端如何查询并维护(心跳)这份服务列表呢?它只能去找注册中心Eureka求助了。Spring Cloud微服务之间的调用不是rpc而是http,我们的客户端调服务端(或者说服务的消费方调提供方)是通过REST模板请求来进行的,因此我们的客户端负载均衡也离不开REST。

  那么ribbon的客户端负载均衡是如何通过REST实现的呢?首先从服务列表中根据负载均衡策略选出一个指定的服务实例,再根据服务实例进行http调用。我们看下ribbon给我提供的负载均衡策略都有哪些:

策略名 策略描述
BestAvailableRule 选择一个最小的并发请求的服务实例
AvailabilityFilteringRule 过滤掉那些因为一直连接失败的被标记为熔断的服务实例,并过滤掉那些高并发超过一定阈值的服务实例
WeightedResponseTimeRule 根据响应时间分配一个权重区间,响应时间越长,权重区间越窄,被选中的可能性越低
RetryRule 对选定的负载均衡策略机上重试机制
RoundRobinRule 方式轮询选择服务实例
RandomRule 随机选择一个服务实例
ZoneAvoidanceRule 复合判断服务实例所在区域的性能和可用性进行服务实例选择

  如果你想定制自己的负载均衡策略也是可以的。接下来我们看下,ribbon如果脱离注册中心和REST如何实现负载均衡。

  1、application新增如下配置:

#关闭eureka
ribbon.eureka.enabled=false

#配置服务实例a-bootiful-client的服务列表
a-bootiful-client.ribbon.listOfServers=localhost:8762,localhost:8772

#配置服务实例a-bootiful-client的负载均衡策略
a-bootiful-client.ribbon.NFLoadBalanceRuleClassName=com.netflix.loadbalancer.RandomRule

  2、去掉主类的REST的@LoadBalance注解

//    @LoadBalanced
    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

  3、获取负载均衡处理后选中的服务实例,并解析服务实例ip和port进行调用

    @Autowired
    private LoadBalancerClient loadBalancerClient;

    @Override
    public String call(String name) {
        // 获取负载均衡策略选择后的实例
        ServiceInstance instance = loadBalancerClient.choose("a-bootiful-client");

        // 不再根据服务实例名调用,而是通过ip和端口调用
        ResponseEntity resultResponseEntity = restTemplate.postForEntity("http://" + instance.getHost() + ":" + instance.getPort() + "/hello?name=" + name, null, String.class);
        if (resultResponseEntity != null && resultResponseEntity.getBody() != null) {
            return name + " says: " + resultResponseEntity.getBody().toString();
        }
        return null;
    }

  

  

原文地址:https://www.cnblogs.com/wuxun1997/p/11212997.html

时间: 2024-08-30 11:03:19

Greenwich.SR2版本的Spring Cloud Ribbon实例的相关文章

0.9.0.RELEASE版本的spring cloud alibaba nacos+feign实例

这里的feign依然是原来的feign,只不过将注册中心由eureka换成了nacos.服务提供方参见0.9.0.RELEASE版本的spring cloud alibaba nacos实例,消费方跟提供方一样,只需加入feign的相关内容即可.抡出三板斧: 1.pom加入feign: <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.or

0.9.0.RELEASE版本的spring cloud alibaba nacos+gateway降级处理实例

今天看下网关怎么弄,我们测试还是基于之前弄的服务提供方和消费方(最新的参见0.9.0.RELEASE版本的spring cloud alibaba sentinel+feign降级处理实例).这个gateway是用来替换zuul的,我们看下它怎么来跟nacos玩.三板斧: 1.pom: <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.or

笔记:Spring Cloud Ribbon 客户端负载均衡

Spring Cloud Ribbon 是一个基于 HTTP 和 TCP 的客户端负载均衡工具,基于 Netflix Ribbon 实现,通过Spring Cloud 的封装,可以让我们轻松的将面向服务的REST 模板请求自动转换为客户端负载均衡的服务调用.客户端负载均衡在系统架构中是一个非常重要的,并且是不得不去实施的内容,因为负载均衡是对系统的高可用.网络压力的缓解和处理能力扩容的重要手段,客户端负载均衡需要通过心跳去维护服务端清单的健康性,这个需要服务注册中心配合完成,在Spring Cl

笔记:Spring Cloud Ribbon 客户端配置详解

自动化配置 由于 Ribbon 中定义的每一个接口都有多种不同的策略实现,同时这些接口之间又有一定的依赖关系,Spring Cloud Ribbon 中的自动化配置能够很方便的自动化构建接口的具体实现,接口如下: IClientConfig:Ribbon 的客户端配置,默认采用 com.netflix.client.config.DefaultClientConfigImpl 实现. IRule:Ribbon 的负载均衡策略,默认采用 com.netflix.loadbalancer.ZoneA

撸一撸Spring Cloud Ribbon的原理-负载均衡策略

在前两篇<撸一撸Spring Cloud Ribbon的原理>,<撸一撸Spring Cloud Ribbon的原理-负载均衡器>中,整理了Ribbon如何通过负载均衡拦截器植入RestTemplate,以及调用负载均衡器获取服务列表,如何过滤,如何更新等的处理过程. 因为,负载均衡器最终是调用负载均衡策略的choose方法来选择一个服务,所以这一篇,整理Ribbon的负载均衡策略. 策略类 RandomRule RoundRobinRule RetryRule WeightedR

第四章 客户端负载均衡:Spring Cloud Ribbon

Spring Cloud R巾bon 是一个基于 HTTP 和 TCP 的客户端负载均衡工具,它基于 NetflixRibbon 实现. 通过 Spring Cloud 的封装, 可以让我们轻松地将面向服务的 REST 模板请求自动转换成客户端负载均衡的服务调用 客户端负载均衡 我们通常所说的负载均衡都指的是服务端负载均衡, 其中分为硬件负载均衡和软件负载均衡. 硬件负载均衡主要通过在服务器节点之间安装专门用于负载均衡的设备,比如 F5 等:而软件负载均衡则是通过在服务器上安装一些具有均衡负载功

Spring Cloud Ribbon快速搭建

Spring Cloud Ribbon 是一个基于HTTP和TCP的客户端负载均衡工具,它基于Netflix Ribbon实现.通过 Spring Cloud 的封装, 可以让我们轻松地将面向服务的 REST 模板请求自动转换成客户端负载均衡的服务调用.在微服务架构中,业务都会被拆分成一个独立的服务,服务与服务的通讯是基于http restful的.Spring cloud有两种服务调用方式,一种是ribbon+restTemplate,另一种是feign. 一般说的 负载均衡 是指 服务器端的

Spring Cloud Ribbon

Spring Cloud Ribbon:负载均衡的服务调用 前言 什么是Ribbon? Spring Cloud Ribbon是一套实现客户端负载均衡的工具,注意是客户端,当然也有服务端的负载均衡工具,如Ngnix,可以认为Ribbon就是一个负载均衡(Load Balancer).负载均衡就是将用户的请求平摊的分配到多个服务器,从而达到系统的高可用. 简单来说,Ribbon的主要功能是提供客户端的软件负载均衡算法,将Netflix的中间层服务连接在一起. 在微服务架构中,很多服务都会部署多个,

撸一撸Spring Cloud Ribbon的原理

说起负载均衡一般都会想到服务端的负载均衡,常用产品包括LBS硬件或云服务.Nginx等,都是耳熟能详的产品. 而Spring Cloud提供了让服务调用端具备负载均衡能力的Ribbon,通过和Eureka的紧密结合,不用在服务集群内再架设负载均衡服务,很大程度简化了服务集群内的架构. 具体也不想多写虚的介绍,反正哪里都能看得到相关的介绍. 直接开撸代码,通过代码来看Ribbon是如何实现的. 配置 详解: 1.RibbonAutoConfiguration配置生成RibbonLoadBalanc