Eureka服务搭建

简介

最初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