Spring-cloud微服务实战【五】:负载均衡ribbon

在实战三中,我们曾说到,我们需要一种机制,可以在访问服务的时候不需要关心IP,并且还能提供类似Nginx的负载均衡的功能,其实在上一篇文章中我们已经使用过spring-cloud的负载均衡功能了,还记得我们在配置restTemplate的时候加的注解吗?

@LoadBalanced就是告诉restTemplate,需要使用负载均衡,并且,在eureka-client消费者消费服务的时候,只能通过@LoadBalanced才能使用eureka-server中的服务application-name来访问服务.eureka中的负载均衡,是借助ribbon来实现的,让我们来试一试.老规矩,通过前面这么多次的实践,我们会发现使用spring-cloud的功能一般有三个步骤:
1.配置maven依赖
2.配置application.properties
3.进行代码编码.
首先配置maven:

但其实如果使用了eureka,就不需要这个步骤了,因为eureka中已经内置了ribbon了:

默认情况下,@LoadBalanced的负载均衡策略是轮询,我们使用producer修改代码,启动三个微服务注册到eureka,然后在consumer来验证一下:

可以看到,我们已经注册了三个producer微服务,然后使用consumer来访问一下:

再刷新一下:

再刷新一下:

再刷新一下:

可以看到,默认情况下采用的是轮询的方式,那么如果我们要自定义负载均衡策略能实现吗?答案当然是可以,自定义负载策略分为两种:
1.全局负载均衡策略
2.针对某个微服务定制个性化的负载均衡策略

全局负载均衡

要实现全局的负载均衡策略很简单,我们只需要如下代码即可:

然后重启consumer刷新试一试,可以发现,采用的是随机的负载均衡策略.

个性化的负载均衡策略

个性化的负载均衡策略相对于全局负载均衡策略更复杂一些,首先,需要在spring扫描不到的位置,比如和主类不在同一个目录下:

然后修改启动类:

如果有多个需要自定义的服务,可以使用@RibbonClients用数组来处理.

那么,如果脱离eureka来使用ribbon还能使用吗?答案当然是可以的,只不过相对而言更复杂,我们需要自己编写代码来实现,比如:

介绍完了ribbon,下一篇文章,我们会介绍feign接口服务,敬请期待.

本文的github地址

本文由博客一文多发平台 OpenWrite 发布!

原文地址:https://www.cnblogs.com/wukongbubai/p/12216161.html

时间: 2024-10-03 23:40:36

Spring-cloud微服务实战【五】:负载均衡ribbon的相关文章

Spring Cloud微服务实战-服务治理(Spring Cloud Eureka)

1. Spring Cloud Eureka简介 Spring Cloud Eureka主要用来完成微服务中的服务治理.是基于Netflix Eureka做的二次封装,Spring Cloud通过为Eureka增加了Spring Boot风格的自动化配置,我们只需要通过引入依赖和注解配置就能让Spring Boot构建的微服务应用轻松地与Eureka服务治理体系进行整合. 2. 服务治理背景 在微服务开发工程中,整个系统微服务应用非常多,并且随着业务的发展,微服务的数量在不断增加.而微服务之间的

Spring Cloud Feign服务通信与负载均衡机制

首先要知道一点Feign的负载均衡是Ribbon来实现的. Feign是一个声明式的Web Service客户端,它的目的就是让Web Service调用更加简单.Feign提供了HTTP请求的模板,通过编写简单的接口和插入注解,就可以定义好HTTP请求的参数.格式.地址等信息.而Feign则会完全代理HTTP请求,我们只需要像调用方法一样调用它就可以完成服务请求及相关处理.Feign整合了Ribbon和Hystrix(Hystrix熔断保护机制),可以让我们不再需要显式地使用这两个组件. Fe

PK1648-Spring Cloud微服务实战视频

对接真实数据 从0开发前后端分离企业级上线项目 新年伊始,学习要趁早,点滴记录,学习就是进步! 随笔背景:在很多时候,很多入门不久的朋友都会问我:我是从其他语言转到程序开发的,有没有一些基础性的资料给我们学习学习呢,你的框架感觉一下太大了,希望有个循序渐进的教程或者视频来学习就好了.对于学习有困难不知道如何提升自己可以加扣:1225462853  获取资料. 下载地址:https://pan.baidu.com/s/1hsZVk4c 课程目标 Spring Cloud实战微服务.国内第一个Spr

Spring cloud gateway自定义filter以及负载均衡

自定义全局filter package com.example.demo; import java.nio.charset.StandardCharsets; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import org.springframework.cloud.gateway.filter.GatewayFilter; import org.springframe

Spring Cloud学习系列第五篇【API网关服务】

这篇随笔接着学习微服务中一个比较重要的组件API网关服务.当我们微服务架构完成后最终是要提供给外部访问的,于是我们需要一个统一的访问入口,能隐藏我们内部服务URL细节,这就有点像局域网里那个网关的概念了,这是API网关服务就应运而生了.API网关作用有能为实现请求路由.负载均衡.校验过滤等基础功能,还能实现请求转发的熔断机制.服务集合等高级功能.补充下通常我们对外服务统一入口可以采用F5.Nginx等方式也能实现前面的请求路由与负载均衡,但是要实现后面功能了F5.Nginx就无能为力了吧,这就是

2.【Spring Cloud Alibaba】实现负载均衡-Ribbon

负载均衡的两种方式 如何实现负载均衡 目前已经实现让A总能找到B,如何实现负载均衡 负载均衡的两种方式 服务器端负载均衡 客户端负载均衡 使用Ribbo实现负载均衡 Ribbon是什么 ==Netflix开源的客户端侧负载均衡器== 引入Ribbon后的架构演进 整合Ribbon实现负载均衡 // 在spring容器中,创建一个对象,类型RestTemplate:名称/ID是:restTemplate // <bean id="restTemplate" class="

Chris Richardson微服务实战系列

微服务实战(一):微服务架构的优势与不足 微服务实战(二):使用API Gateway 微服务实战(三):深入微服务架构的进程间通信 微服务实战(四):服务发现的可行方案以及实践案例 微服务实践(五):微服务的事件驱动数据管理 微服务实践(六):选择微服务部署策略 微服务实践(七):从单体式架构迁移到微服务架构

微服务实战系列--Nginx官网发布(转)

这是Nginx官网写的一个系列,共七篇文章,如下 Introduction to Microservices (this article) Building Microservices: Using an API Gateway Building Microservices: Inter-Process Communication in a Microservices Architecture Service Discovery in a Microservices Architecture E

你离 精通微服务 只差一个阿里资深架构师整理的微服务实战文档

前言 什么是微服务 在介绍微服务时,首先得先理解什么是微服务,顾名思义,微服务得从两个方面去理解,什么是"微".什么是"服务", 微,狭义来讲就是体积小.著名的"2 pizza 团队"很好的诠释了这一解释(2 pizza 团队最早是亚马逊 CEO Bezos提出来的,意思是说单个服务的设计,所有参与人从设计.开发.测试.运维所有人加起来 只需要2个披萨就够了 ). 而所谓服务,一定要区别于系统,服务一个或者一组相对较小且独立的功能单元,是用户可以

微服务实战(二):落地微服务架构到直销系统(构建消息总线框架接口)

从上一篇文章大家可以看出,实现一个自己的消息总线框架是非常重要的内容,消息总线可以将界限上下文之间进行解耦,也可以为大并发访问提供必要的支持. 消息总线的作用: 1.界限上下文解耦:在DDD第一波文章中,当更新了订单信息后,我们通过调用经销商界限上下文的领域模型和仓储,进行了经销商信息的更新,这造成了耦合.通过一个消息总线,可以在订单界限上下文的WebApi服务(来源微服务-生产者)更新了订单信息后,发布一个事件消息到消息总线的某个队列中,经销商界限上下文的WebApi服务(消费者)订阅这个事件