1. 负载均衡介绍
1.1 问题描述
java
// 根据应用名称获取服务列表
List<ServiceInstance> instances=discoveryClient.getInstances("product-service");
// 服务可以有多个,获取第一个
EurekaServiceInstance instance=(EurekaServiceInstance) instances.get(0);
-
根据应用名称获取服务实例列表
-
从列表中选取一个服务实例
思考:如果一个服务对于多个实例,流量是否可以合理的分配到多个实例


访问时,通过日志可看出多次访问的都是同一台机器
解决方案:
@PostConstruct 是 Java 自带的注解,在 Spring 框架中,它的核心作用可以用一句话概括:在依赖注入完成之后、Bean 正式投入使用之前,执行一次初始化逻辑。


请求被均衡分配到不同的实例上,这就是负载均衡
1.2 负载均衡的一些实现
负载均衡地高并发、高可用系统不可缺少的关键组件
当服务流量增大时,通常会采用机器的方式进行扩容,负载均衡就是用来在多个机器或者其他资源中,按照一定的规则合理分配负载
在真实的业务中,不一定轮询,可能会根据机器的配置进行负载均衡
服务端负载均衡
在服务端进行负载均衡算法分配
比较有名的服务端负载均衡器是Nginx,请求先到达Nginx负载均衡器,然后通过负载均衡算法,在多个服务器之间选择一个进行访问
客户端负载均衡
在客户端进行负载均衡的算法分配
把负载均衡的功能以库的方式集群到客户端,而不再是由一台指定的负载均衡设备提供
比如Spring Cloud 的Ribbon,请求发送到客户端,客户端从注册中心获取服务列表,在发送请求前通过负载均衡算法选择一个服务器,然后进行访问
Ribbon是SpringCloud早期的默认实现,由于不维护了,所以新版本采用的是Spring Cloud LoadBalance

2. Spring Cloud LoadBalance
2.1 入门使用
添加注解



2.2 负载均衡策略
Spring Cloud LoadBalance 仅支持两种负载均衡策略:轮询策略和随机策略
默认是轮询策略
随机访问实现


2.3 LoadBalance原理
LoadBalance 的实现主要是 LoadBalanceInterceptor 这个类会对RestTemplate的请求进行拦截,然后从Eureka根据服务id获取服务列表,随后利用负载均衡算法得到真实的服务地址信息,替换服务id
3. 服务部署
