简介
最初Eureka使用的是spring-cloud-starter-eureka这玩意,但是这个版本只有1.x,后来就没更新了,所以现在用的eureka通常是spring-cloud-starter-netflix-eureka-client这玩意
Eureka Server在Spring Cloud中被当做注册中心,Eureka Client往Eureka Server上注册自己信息,方便消费者调用服务提供者的服务。Eureka Client可以是服务提供者,也可以是服务消费者。
为什么不直接叫消费者调用服务呢?为什么要服务提供者和消费者都向Eureka Server注册自己的信息?
因为在服务很多的时候,消费者不知道服务端有多少个,以及服务是否正常,如果硬编码让某一个消费者调用服务端,这个服务端已经挂掉了,这个请求就一直卡在这里,直到网络超时为止。
还有让消费者固定的请求某一个服务端,服务端是会有性能瓶颈的,无法更好的水平扩容来提高吞吐量。那么就需要一个注册中心来管理这些服务端的ip端口等信息,如果有消费者要去请求这个服务,先去注册中心找到所有和你要获取的服务相同的地址,然后通过Ribbon负载均衡去请求其中一个服务,这样就会减少单个服务端的压力。
Eureka Client
上一篇讲了如何去搭建Eureka Server,这次把Eureka Client也搭起来,看看有啥区别
创建eureka-client子模块
eureka-client pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
<artifactId>springcloud-learning</artifactId>
<groupId>com.coddox</groupId>
<version>1.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>eureka-client</artifactId>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
</dependencies>
</project>
上次eureka模块引入的是spring-cloud-starter-netflix-eureka-server,这次引入的是spring-cloud-starter-netflix-eureka-client
同样,需要个启动类,注解用的是@EnableEurekaClient
package com.coddox;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
/**
* @author zhangkun
* @date 2020/6/10 9:47
*/
@SpringBootApplication
@EnableEurekaClient
public class EurekaClientApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaClientApplication.class, args);
}
}
eureka-client application.properties
# eureka server地址
eureka.client.service-url.defaultZone=http://localhost:8080/eureka
spring.application.name=eureka-client
# 端口注意不要冲突
server.port=8081
启动之后,发现eureka-client已经注册上来了
点击eureka-client服务的超链接,发现404了,看url可以发现这是个健康监控的接口
在eureka-client加上spring-boot-starter-actuator就行了
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
在次访问,发现不是404了,只不过返回了个空对象
如果把eureka-client断掉,eureka server检查到这个eureka client到期之后会出现这个报错,因为eureka server并不会马上移除它,而是会有一个保护机制,让它继续存在,我们可以在eureka-server通过配置来关闭eureka server的默认保护机制
eureka application.properties
eureka.server.enable-self-preservation=false
Eureka心跳机制
eureka client会每隔30s向eureka server发送一次心跳,可以通过修改eureka client的配置修改间隔
eureka.instance.lease-renewal-interval-in-seconds=30
eureka server在90s内没有收到eureka client的心跳,就把改eureka client的注册信息在注册表中删掉,其它eureka client就无法访问这个eureka client了,可在eureka client配置修改
eureka.instance.lease-expiration-duration-in-seconds=90
需要注意,在eureka server中,清理注册表是由一个定时任务去做的,每个60秒执行一次,如果客户端配置的eureka.instance.lease-expiration-duration-in-seconds小于60秒。那么虽然eureka client过期了但是注册表中还有这个eureka client的信息,会导致其它eureka client还认为这个已过期的eureka client还活着,并不断的请求它。
可以通过在服务端的配置修改注册表的清理间隔,时间是ms
eureka.server.eviction-interval-timer-in-ms=60000
还需要注意的是,如果服务端开启了自我保护,eureka client就不会被剔除,为了方便测试,最好在eureka server的配置中关闭自我保护
eureka client每隔30秒去eureka server中拉取注册表信息(可用的服务列表),并将服务列表缓存在本地,可以在eureka client端配置修改
eureka.client.registry-fetch-interval-seconds=30
服务提供者和消费者环境搭建
创建 eureka-provider-consumer 模块,里面有两个子模块,provider和consumer,provider是服务提供者,分别在8081,8083提供服务,consumer是服务消费者,运行在8084端口,通过ribbon来负载均衡请求8081和8083端口的服务
application.properties
eureka.client.service-url.defaultZone=http://localhost:8080/eureka
spring.application.name=provider
# 启动第一个服务
#spring.profiles.active=provider-1
# 启动第二个服务
spring.profiles.active=provider-2
application-provider-1.properties
server.port=8081
provider.name=provider-1
application-provider-2.properties
server.port=8083
provider.name=provider-2
来看看controller,通过 provider.name 来判断请求的是哪个provider
@RestController
@RequestMapping("/user-search")
public class UserSearchController {
@Value("${provider.name}")
private String name;
@RequestMapping("/list")
public String list() {
return name;
}
}
先把eureka跑起来,启动provider两次,主要要修改application.properties中的spring.profiles.active来指定不同的服务配置,只要端口不同就行了。然后启动消费端,端口是8084
可以发现provider的两个服务application名称都是provider,消费者就可以通过这个provider进行负载均衡的消费了
访问8081端口的服务
访问8083端口的服务
Ribbon做负载均衡
在消费端引入ribbon依赖,注意也是netflix的,看来netflix这个公司来头不小,spring cloud一堆插件都是这个公司整出来的
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-ribbon</artifactId>
</dependency>
在创建RestTemplate对象的时候加上@LoadBalanced注解,就可以从客户端支持负载均衡了
@Configuration
public class HttpConfig {
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
}
在消费端创建一个controller,这个controller自己本身不提供服务,就专门调用服务提供端的接口
@RestController
@RequestMapping("/user-search")
public class UserSearchController {
@Autowired
private RestTemplate restTemplate;
@RequestMapping("/list")
public String list() {
// provider 是服务提供者配置的 spring.application.name 值
return restTemplate.getForObject("http://provider/user-search/list", String.class);
}
}
可以看到restTemplate.getForObject()调用接口不需要指定ip端口,直接写注册到eureka server上的application名称就行了
然后我们这次不直接调用provider服务,调用consumer的服务,可以发现,ribbon默认的负载均衡策略是轮询
在8081和8083的provider服务之间来回调用
服务实例健康自检
在搭建eureka client的时候我们有提到了可以用spring-boot-starter-actuator来让eureka client自己检查自己服务的健康状态。
那这种和让eureka server来判断eureka client是否可用有什么区别呢?
想想看,如果eureka client本身并没有挂掉,还是可以继续向eureka server发送心跳,eureka server也认为eureka client是正常的。但是eureka client其中的某一项服务挂掉了,影响了整个服务,比如数据库,那么这个eureka client实际上相当于已经不可用了,这时候就需要eureka client自己检查自己哪些必须服务是不能挂的,一旦挂了就立即通知eureka server,自己已经不能提供服务了,让其它消费端别再过来白忙活了
创建 health-actuator 模块,里面有provider(运行在8081端口)和consumer(运行在8082端口),provider实现了健康自检,如果provider不健康了,那么consumer就无法访问provider了
通过consumer访问provider,这里resttemplate一定要加上@LoadBalanced才能通过服务名访问
访问/db-status接口,将数据库健康状态设置成false
可以看到eureka server已经收到了provider发送的健康状态了,并将它标记为不可用
再次通过consumer访问provider提供的服务接口时,已经是404了
这里做测试的时候可能很多小伙伴发现就算provider为不可用了,但是在30秒内还是可以正常访问,之后就不行了。
因为provider要在30秒后才会向eureka server同步一次自己的状态信息,如果想更快的看到结果,可以在provider上修改配置
eureka.client.instance-info-replication-interval-seconds=30
Eureka集群
创建两个eureka server,分别是eureka1和eureka2,eureka1和eureka2互相发送心跳,同步状态
eureka1 application.properties
eureka.client.service-url.defaultZone=http://localhost:8081/eureka
spring.application.name=eureka1
server.port=8080
eureka2 application.properties
eureka.client.service-url.defaultZone=http://localhost:8080/eureka
spring.application.name=eureka2
server.port=8081
eureka client配置defaultZone的时候就需要将两个eureka server的地址都给配置上
eureka.client.serviceUrl.defaultZone=http://localhost:8080/eureka/,http://localhost:8081/eureka/
源码:https://codox.coding.net/public/springcloud-learning/springcloud-learning/git/files