Eureka:
提供者与消费者:
- 服务提供者:暴露接口给其他微服务调用。
- 服务消费者:调用其他服务提供的接口。
- 提供者与消费者角色其实是相对的。
Eureka注册中心:
原理:
- Eureka有服务端与客户端 ,在微服务启动时会将自己的信息注册给eureka服务端(注册服务信息)
- 消费者向服务提供者发起请求时先向注册中心发起请求获取提供者信息。(拉取服务)
- 服务每隔30秒会向注册中心发送一次心跳用以确认自己的状态。 以保证消费者每次获取到的提供者信息都是可用的。
- 在负载均衡的前提下向提供者发起请求
搭建注册中心:
搭建EurekaServer
-
创建项目,引入spring-cloud-starter-netflix-eureka-server的依赖
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> </dependency>
-
在启动类上添加@EnableEurekaServer注解
@EnableEurekaServer @SpringBootApplication public class eurekaApplication { public static void main(String[] args) { SpringApplication.run(eurekaApplication.class,args); } }
-
添加application.yml文件,编写配置
server: port: 10086 #服务端口 spring: application: name: eureka-serve #服务名称 eureka: client: service-url: defaultZone: http://127.0.0.1:10086/eureka #eureka服务地址
服务注册:
-
将某服务注册到EurekaServer需要
-
在服务项目中引入spring-cloud-starter-netflix-eureka-client的依赖
<dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency>
-
在application.yml文件中,增加(补全)如下配置:
spring: application: name: userservice #服务名称 eureka: client: service-url: defaultZone: http://127.0.0.1:10086/eureka #eureka服务地址
-
服务发现:
-
修改消费者服务的拉取代码,修改访问的URL路径,用服务名代替ip、端口。
String url = "http://usersercice/user/"+order.getUserId(); // get请求 User forObject = restTemplate.getForObject(url, User.class); // post请求 // User user = restTemplate.postForObject(url, 1, User.class);
-
在消费者启动类的RestTemplate上添加负载均衡注解。
@Bean //Bean注入 @LoadBalanced //负载均衡注解 public RestTemplate restTemplate(){ return new RestTemplate(); }
Ribbon负载均衡:
原理:
- 发起请求(http://服务名称/…)
- 被LoadBalancerInterceptor负载均衡拦截器拦截。(获得请求中的服务名称)
- 将获得的服务名称交给RibbonLoadBanlancerClient
- RibbonLoadBanlancerClient将服务交给DynamicServerListLoadBalancer
- DynamicServerListLoadBalancer从eureka-server拉取服务列表
- 将获取到的服务列表交给IRule,IRule基于规则(随机,轮询)挑一个 ,并将选中的交给LoadBalancerInterceptor,
- LoadBalancerInterceptor将得到的端口替换原来的请求中的服务名称并继续完成请求。
策略:
Ribbon的负载均衡规则时一个叫做IRule的接口来定义的,每一个子接口都是一种规则:
内置负载均衡规则类 | 规则描述 |
---|---|
RoundRobinRule | 简单轮询服务列表来选择服务器。它是Ribbon默认的负裁均衡规则。 |
AvailabilityFilteringRule | 对以下两种服务器进行忽略:(1)在默认情况下,这台服务器如果3次连接失败,这台服务器就会被设置为“短路”状态。短路状态将持续30秒,如果再次连接失败,短路的持续时间就会几何级地增加。(2)并发数过高的服务器。如果一个服务器的并发连接数过高,配置了AvailabilityFilteringRule规则的客户端也会将其忽骆。并发连接数的上限,可以由客户端的clientName>,,Active ConnectionsLimit属性进行配置。 |
WeightedResponseTimeRule | 为每一个服务器赋予一个权重值。服务器响应时间越长,这个服务器的权重就越小。这个规则会随机选择服务器,这个权重值会影响服务器的选择。 |
ZoneAvoidanceRule | 以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类,这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询。 |
BestAvailableRule | 忽路哪些短路的服务器,并选择并发数较低的服务器。 |
RandomRule | 随机选择一个可用的服务器 |
RetryRule | 重试机制的选择逻辑 |
-
修改负载均衡规格的方式
-
在服务的启动类中定义一个新的IRule:
/** * 全局的负载均衡配置 * @return 负载均衡的策略 */ @Bean public IRule randomRule(){ return new ZoneAvoidanceRule();//同机房内的轮询 }
-
配置文件方式:在消费者的application.yml文件中,添加新的配置也可以修改规则:
usersercice: #争对的服务名 ribbon: NFLoadBalancerRuleClassName: com.netflix.Loadbalancer.RandomRuLe #负载均衡规则
-
懒加载:
Ribbon默认是采用懒加载,即第一次访问时会去创建LoadBalanceClient,请求时间会很长。而饥饿加载则会在项目启动时创建,降低第一次访问的耗时,通过下面配置开启饥饿加载。
ribbon:
eager-load:
enabled: true #开启饥饿加载
clients: userservice #只有一个服务时
#有多个服务时
# clients:
# - userservice
# - xxxservice