📌 负载均衡
为了解决单台服务器的压力,通常将程序部署到多台服务器上。但是怎么将请求分配到各个服务器上,成为我们面临需要解决的问题!由此引入了负载均衡的概念。
在JavaWeb开发中,对于后台程序员来说,常用的负载均衡解决方案:
1️⃣服务端的负载均衡:nginx
2️⃣客户端的负载均衡:ribbon
流程图👉
📌RestTemplate客户端
RestTemplate是spring为了我们提供的客户端,用于在程序内部发起http接口请求调用。
🍀使用
1️⃣首先需要在启动类上将RestTemplate这个类交给spring管理创建bean放入单例池容器中.
@Bean
public RestTemplate restTemplate() {
return new RestTemplate();
}
2️⃣在我们需要使用的类中@Autowired依赖注入RestTemplate
@Autowired
private RestTemplate restTemplate;
@GetMapping("getUser")
public ResResultType rest() {
restTemplate.getForObject("http://127.0.0.1:9001/user/info", String.class);
return ResResultType.success();
}
📌ribbon的使用
上面介绍了RestTemplate的使用。发现程序内部发起http接口调用,需要指明被调用方IP、端口号。通过负载均衡的流程图,程序获取到请求后按照一定的算法转发到多个服务器其中的一个消费者,显然被指明不对,无法实现负载均衡。
🍀思考一个问题?
我们是否可以用什么东西去替换IP和端口号。为了减轻单台服务器压力,把程序分别部署到多台服务器上,但是它们的IP不一样、端口可能也不一样,但程序员有一样能控制,就是程序的服务名。
我们思考?是不是可以用服务名替换IP端口。
🍀例如这样?
restTemplate.getForObject("http://webbase/user/info", String.class);
🍀Netflix公司为我们提供了开源的Ribbon客户端
实现原理就是上面就是我们思考的实现方式。主要提供了负载均衡算法和服务调用。它能够实现内部转化,程序调用时只需要写被调用方的服务名,即可实现多种方法负载均衡算法进行调用。
负载均衡拦截器原理图👉
🍀实现原理?
通过注解@LoadBalanced启动负载均衡,发生请求调用时,内部有一个拦截器类。
🍀LoadBalancerInterceptor类
负责拦截请求,并解析服务名与本地缓存的服务信息进行匹配,匹配成功进行替换为IP和端口信息,发起http请求接口调用。
🍀本地缓存
拦截器类获取到请求中的服务名后,会发起一个请求、服务名作为参数去注册中心获取当前服务列表。包括服务名、IP、端口号等信息,获取成功后放入到本地缓存中。
🍀注册中心
注册中心是微服务的核心组件,它的核心功能就是服务注册与发现,内部维护了一个表。这张表包括每个服务注册到注册中心的服务信息,包括服务名、IP、端口号等信息。通过心跳机制和主动搭讪,维护一张高质量的服务列表。可以说注册中心就是为ribbon而生
🍀使用
1️⃣在pom文件中引入ribbon客户端依赖,
注:nacos、openFeign、gateway默认继承了ribbon,配套时不单独引入依赖。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>
2️⃣只需要将启动类restTemplate方法上加一个注解@LoadBalanced即可开启负载均衡
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
3️⃣结合RestTemplate客户端一起使用,用程序的服务名替换IP和端口号
restTemplate.getForObject("http://127.0.0.1:9001/user/info", String.class);
🍀转化
restTemplate.getForObject("http://webbase/user/info", String.class);
📌 负载均衡算法
🍀轮询策略
🍀权重策略
🍀随机策略
🍀最小连接数策略
🍀重试策略
🍀可用性敏感策略
🍀区域性敏感策略