Spring Cloud Ribbon(服务消费者)

Spring Cloud Ribbon 是一个基于HttpTCP的客户端负载均衡工具,基于Netflix Ribbon实现的。它不像服务注册中心、配置中心、API网关那样独立部署,但是它几乎存在于每个微服务的基础设施中。

Ribbon架构图

1258b858-c697-32e3-8f9e-b2623f7c6862.png

Ribbon负载均衡策略

6944619-0355d316f5df9b3f.png

Ribbon默认的策略是轮询,我们可以自定义负载策略来覆盖默认的,当然也可以通过配置指定使用哪些策略。

负载均衡概念

负载均衡技术在现有网络结构之上提供了一种廉价、有效、透明的方法,来扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。它有两方面的含义:首先,大量的并发访问或数据流量分担到多台节点设备上分别处理,减少用户等待响应的时间;其次,单个重负载的运算分担到多台节点设备上做并行处理,每个节点设备处理结束后,将结果汇总,返回给用户,系统处理能力得到大幅度提高。

负载均衡是对系统的高可用,网络压力的缓解和处理能力扩容的重要手段之一。

硬件负载均衡:

主要通过在服务节点之间安装专门的负载均衡设备,比如F5
详细参照百度百科:https://baike.baidu.com/item/F5%E6%96%B9%E6%A1%88/1121377?fr=aladdin

软件负载均衡

实现方式有两种,分别是服务端的负载均衡和客户端的负载均衡
服务端负载均衡:在服务端安装一些具有均衡负载功能或者模块的软件来完成请求的分发工作,比如Nginx

当浏览器向后台发出请求的时候,会首先向反向代理服务器发送请求,反向代理服务器会根据客户端部署的ip:port映射表以及负载均衡策略,来决定向哪台服务器发送请求,一般会使用到nginx反向代理技术。

QQ截图20180626191547.png

客户端负载均衡:当浏览器向后台发出请求的时候,客户端会向服务注册器(例如Eureka Server),拉取注册到服务器的可用服务信息,然后根据负载均衡策略,直接命中哪台服务器发送请求。这整个过程都是在客户端完成的,并不需要反向代理服务器的参与。

在微服务中最基本的两个角色是服务提供者与服务消费者。
服务提供者:服务的被调用方(为其他服务提供服务的服务)
服务消费者:服务的调用方(依赖其他服务的服务)

之前我们已经尝试了好几种服务注册方式,注册了服务,肯定需要被调用的,也就是消费。
服务调用方式实现方式RestTemplate+Ribbon
使用RestTemplate消费SpringBootRestful服务

前提

需要一个服务注册中心,两个服务提供者和一个消费者
因为只有两个以上的服务提供者提供相同的服务才可以体现出负载均衡
服务注册中心和服务提供者都使用Spring Cloud Eureka

实现服务提供者的Restful接口

之前已经实现过服务注册中心和服务提供者
不过之前的服务提供者并没有提供接口给消费者使用

@RestController
public class DiscoveryController {
    @Autowired
    private DiscoveryClient discoveryClient;
    @Value("${server.port}")
    private String ip;

    @GetMapping("/client")
    public String client() {
        String services = "调用的服务是: " + discoveryClient.getServices()+" 对应的端口号 :"+ip;
        System.out.println("调用的服务是: " + discoveryClient.getServices()+" 对应的端口号 :"+ip);
        return services;
    }
}

实现服务消费者Ribbon

一开始肯定打算是引入Spring Cloud Ribbon依赖,不过Spring Cloud Eureka依赖中已经有
Ribbon的依赖了。单独引入Ribbon依赖可能注册不了服务

QQ截图20180626163952.png

在项目的外部Jar包目录中可以发现Spring Cloud Eureka依赖中已经有Ribbon的依赖了
所以,主要引入的依赖和Eureka客户端的一样

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

在项目启动类上添加@EnableEurekaClient注解,消费者和服务提供者一样,都需要到注册中心中注册
并且使用@beanSpring容器中注入一个restTemplate对象,@LoadBalanced注解表明这个
restRemplate开启负载均衡的功能。

@SpringBootApplication
@EnableEurekaClient
public class SpringcloudConsumerRibbonApplication {
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

    public static void main(String[] args) {
        SpringApplication.run(SpringcloudConsumerRibbonApplication.class, args);
    }
}

下面来写一个简单的服务消费类

@RestController
public class RibbonController {
    @Autowired
    RestTemplate restTemplate;
    @GetMapping("/consumer")
    public String getMsg() {

        return restTemplate.getForObject("http://springcloud-eureka-client/client", String.class);
    }
}

restTemplate可以发送GetPostPutDelete等请求
Get调用getForEntity()方法
Post调用postForObject()方法
Put调用put()方法
Delete调用delete()方法

getForEntity的第一个参数为我要调用的服务的地址,这里我调用了服务提供者提供的
/client接口(Eureka客户端中已写好),getForEntity第二个参数String.class表示我希望返回的body类型是String

注意这里是通过服务名调用而不是服务地址,如果写成服务地址就没法实现客户端负载均衡了。
调用spring boot服务的时候,需要将服务的URL写死或者是写在配置文件中,一旦ip地址发生了变化,都需要改动程序,并重新部署服务,使用Ribbon的时候,可以有效的避免这个问题。

restTemplate的所有用法可以参考
官方说明文档:https://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/web/client/RestTemplate.html

在配置文件中加入相关配置

spring:
  application:
    name: eureka-consumer-ribbon
server:
  port: 9999
eureka:
  client:
    service-url:
      defaultZone: http://localhost:9090/eureka

整体项目结构

Eureka服务端 端口号是9090
两个Eureka客户端 端口号分别是80818082 相同的服务名springcloud-eureka-client
Ribbon消费者客户端 端口号是9999

启动服务进行测试

先启动服务端再启动客户端,客户端启动顺序没要求
访问http://localhost:9090服务注册中心

QQ截图20180626171326.png

在服务注册中心可以看到,服务提供者和消费者都注册好了

对服务提供者的Restful服务进行消费

访问http://localhost:9999/consumer可以看到消费的服务名和端口

QQ截图20180626171745.png

刷新下页面
QQ截图20180626171834.png

继续刷新就调用另一个端口的服务了
我试着刷新了11次页面,在控制台可以看到调用情况
QQ截图20180626172315.png

QQ截图20180626172322.png

说明已经消费了Eureka客户端提供的服务,而且Ribbon已经默认实现了负载均衡

在整个程序中,最关键的就是在RestTemplate上标记的@LoadBalanced注解,Spring Cloud Ribbon通过注解@LoadBalanced 来实现负载均衡

深入了解@LoadBalanced注解可以参考:
https://blog.csdn.net/qq_26562641/article/details/53332269

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,542评论 6 504
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,822评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,912评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,449评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,500评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,370评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,193评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,074评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,505评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,722评论 3 335
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,841评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,569评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,168评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,783评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,918评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,962评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,781评论 2 354