为什么要有负载均衡呢?假如一个服务有多个提供者,到底该调用哪个服务器来操作?多个端口可以在IDE中写死吗?
Ribbon的出现为我们解决了上面的问题
-
由于出现了一个服务多个提供者,我们不能把所有服务都压在一个人的身上,把工作分发给每一个服务提供者,这样才符合资源合理运用的逻辑。
-
Ribbon接收到请求后会根据发起请求的服务器名称去注册中心拉取服务,得到了服务列表后返回到Ribbon经过负载均衡选择服务列表中的服务提供端从而解决了端口写死以及该调用哪个服务的问题。
这里引用黑马课程中的图以便理解
若将Ribbon中在细化可以看如下图(引用黑马课程),在负载均衡中这个拦截请求的动作是靠LoadBalancerInterceptor来完成的最终找到IRule选择一个策略进行选择某个服务。
下面是Ribbon规则策略(引用黑马课程中的图引用黑马课程中的图)里面可以看到我们收悉得的老朋友例如RandomRule(随机)RounRobinRule(轮询)。
RoundRobin —— 意为轮询,操作系统也有类似的概念(CPU时间片轮转)
每个策略规则如下图(引用黑马课程中的图
当然你也可以设置策略这里有两种方式: -
在 application.yml里配置
ribbon:
NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 负载均衡规则
- 在springboot启动类下面配置一个Bean或者直接新建一个config类写,这里我就只演示在启动类里写的
@Bean
public IRule myRule() {
return new RandomRule();
}
两种方式均可以实现Rule策略的更改