目录
- Rebbon负载均衡服务调用
- Rebbon概要:
- LB负载均衡(Load Balance):
- 集中式(LB)和进程内(LB):
- Ribbon本地负载均衡 和 Nginx服务端负载均衡的区别
- Ribbon的使用
- Ribbon常见的特定算法:
- Ribbon负载均衡算法:
- OpenFeign服务接口调用
- OpenFeign是什么
- OpenFeign能干什么
- OpenFeign集成了Ribbon
- OpenFeign的使用步骤
- OpenFeign的超时控制
- OpenFeign的日志增强
Rebbon负载均衡服务调用
Rebbon概要:
Spring Cloud Ribbon实现的是一套客户端 负载均衡的工具
简单的来说,Ribbon是Netfix发布的开源项目,主要功能是提供给客户端的软件负载均衡算法和服务调用。Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等。简单的来说,就是在配置文件中列出Load Balancer(简称LB)后面的所有机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器,我们很容易使用Ribbon实现自定义的负载均衡算法
目前在维护阶段
LB负载均衡(Load Balance):
简单的来说就是将用户的请求平摊的分配到多个服务器上,从而达到系统的HA(高可用),常见的负载均衡有软件Nginx,LVS,硬件F5等。
集中式(LB)和进程内(LB):
集中式(LB):即在服务的消费方和提供方之间使用独立的LB设施(可以是硬件,如F5,也可以是软件,如nginx),由该设施负责把访问的请求通过某种策略发送至服务的提供方
进程内(LB):将LB逻辑集成到消费方,消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选择出一个合适的服务器。Ribbon就属于进程内LB,它只是一个类库,集成与消费方进程,消费方通过它获取服务提供方的地址;
Ribbon本地负载均衡 和 Nginx服务端负载均衡的区别
Nginx是本地服务器负载均衡,客户端所有的请求都会交给nginx,然后由nginx实现转发请求,及负载均衡是由服务端实现的(集中式LB)
Ribbon本地负载均衡,在调用微服务接口时候,会在注册中心上获取信息服务列表之后缓存到JVM本地,从而在本地实现远程RPC调用(进程内LB)
Ribbon在工作时分成了两步
第一步先选择EurekaServer。它优先选择在同一区域内负载较少的server
第二步再根据用户指定的策略,在从server取到的服务注册列表中选择一个地址,其中Ribbon提供了多种策略,比如轮询,随机,和根据响应时间加权
Ribbon的使用
注意:之前整合Eureka是里面已经整合了Ribbon,所以不需要再此引入;
RestTemplate的使用;
使用getForObject:
返回的对象为响应体中数据转化成的对象,基本上可以理解为Json
使用getForEntity:
返回对象为ResponseEntity对象,包含了响应中的一些重要信息,比如响应头,响应状态码,响应体等
@GetMapping("/consumer/payment/geten/{id}")
public CommonResult<Payment> getPaymentByEn(){
ResponseEntity<CommonResult> forEntity = restTemplate.getForEntity(PAYMENT_URL + "/payment/create", CommonResult.class);
if (forEntity.getStatusCode().is2xxSuccessful()){
return forEntity.getBody();
}else{
return new CommonResult<>(444,"获取数据失败");
}
}
Ribbon常见的特定算法:
如何替换算法:
通过自定义配置类来完成算法的替换
这个自定义配置类不能放在@ComponentScan所扫描的包下以及子包下,否则我们自定义的这个配置类就会被所有的Ribbon客户端所共享,达不到特殊化定制的目的了;
- 新建package:com.pojo123.myrule
- 上面包下新建MySelfRule类
@Configuration
public class MySelfRule {
@Bean
public IRule myrule(){
return new RandomRule();//定义为随机
}
}
- 主启动类添加@RibbonClient
- 测试
Ribbon负载均衡算法:
- 原理
负载均衡算法:rest接口第几次请求数 % 服务器集群总数量 =实际调用服务器位置下标 ,每次服务重启后rest接口从1开始计数
OpenFeign服务接口调用
OpenFeign是什么
Feign是一个声明式WebService客户端,使用Feign能让编写Web Service客户端更加简单。它的使用方法时是定义一个服务接口然后在上面添加注解。Feign也支持可拔插式的编码器和解码器,Spring Cloud对Feighn进行了封装,使其支持Spring MVC标准注解和HttpMessageConverters。Feign可以与Eureka和Ribbon组合使用以支持负载均衡;
OpenFeign能干什么
Feign旨在使编写Java Http客户端变得更加容易
前面在使用Ribbon+RestTemplate时,利用RestTemplate对http请求的封装处理,形成了一套模板化的调用方法,但是在实际开发中,由于对服务调用可能不止一处,往往一个接口会被多处调用,所以通常都会针对每个微服务自行封装一些客户端类来包装这些依赖服务的调用;所以,Feign在此基础上做了进一步封装,由他来帮我们定义和实现依赖服务接口的定义,在Feign的实现下,我们只需创建一个接口并使用注解的方式来配置它(以前是DAO接口上面标注Mapper注解,现在是一个微服务接口上面标注一个Feign注解即可),即可完成对服务提供方的接口绑定,简化了使用SpringCloudRibbon时,自动封装服务调用客户端的开发量;
OpenFeign集成了Ribbon
利用Ribbon维护了Payment的服务列表消息,并且通过轮询的方式 实现了客户端的负载。而与Ribbon不同的是,通过Feign只需要定义服务绑定接口且以声明式的方法,优雅而简单的实现了服务的调用;
OpenFeign的使用步骤
接口+注解 :微服务调用接口+@FeignClient
- 新建cloud-consumer-feign-order80,Feign在消费端*(客户端)使用
- pom文件引入对应的依赖
<!-- openFeign-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
<!-- eureka client-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
- 编写application.yml文件,这里就不讲其注册进Eureka了
eureka:
client:
#表示是否将自己注册金EurekaServer,默认为true
register-with-eureka: false
#是否从EurekaServer抓取已有的自己的注册信息,默认为true,单节点无所谓,集群必须先设置为true才能配合ribbon使用负载均衡
# fetch-registry: true
service-url:
# defaultZone: http://localhost:7001/eureka
defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka #集群版
server:
port: 8080
- 编写主启动类,加上 @EnableFeignClients注解,表明开启Feign注解
- 业务逻辑接口,注意这里的接口中定义的方法需要和服务提供类中的方法一致;
@Component
@FeignClient("CLOUD-PAYMENT-SERVICE")
public interface PaymentFeignService {
@GetMapping(value = "/payment/get/{id}")
public CommonResult<Payment> getPaymetById(@PathVariable Long id);
}
- 创建controller调用业务逻辑接口进行测试
OpenFeign的超时控制
服务方编写服务暂停程序,模拟服务超时
@GetMapping("/payment/feign/timeout")
public String paymentFeignTimeout() {
try {
TimeUnit.SECONDS.sleep(3);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
return serverport;
}
消费者在feign服务中添加该接口,并编写接口进行访问;
启动8001服务端和8080消费端,以及7001,7002Eureka注册端,进行测试
会报上面的错误
这是因为:默认Feign客户端只等待一秒钟,但是服务端处理需要超过一秒钟,导致Feign客户端不想等待了 。直接返回报错,为了避免这样的情况,有时候需要我们设置Feign客户端的超时控制
可以在yam文件中开启超时控制;
#设置feign客户算超时时间(opneFeign默认支持ribbon)
ribbon:
#指的是建立连接所用的时间,适用于网络状况正常的情况下,两端连接所用的时间
ReadTimeout: 5000
# 指的是建立连接后从服务器读取到可用资源所用的时间
ConnectTimeiout: 5000
OpenFeign的日志增强
Feign提供了日志打印功能,我们可以通过配置来调整日志级别,从而了解Feign中Http请求的细节,说白了就是对Feign接口的调用情况的监控和输出
日志级别:
NONE::默认的,不显示任何日志
BASIC:仅记录请求方法、URL、响应状态码及执行时间
HWDERS:除了BASIC中定义的信息之外,还有请求和响应的头信息
FULL:除了HEADERS中定义的信息之外,还有请求和响应的正文及元数据
使用方式:
- 新建一个feign配置类对其日志级别进行配置;这里选择日志级别最高的最全的FULL
@Configuration
public class FeignConfig {
@Bean
Logger.Level feignLoggerLevel(){
return Logger.Level.FULL;
}
}
- yaml文件中开启日志级别
logging:
level:
#feign日志及什么级别 监控哪个接口
com.pojo123.cloud.Service.PaymentFeignService: debug