Java后端技术-Eureka学习笔记

Eureka概念

什么是服务治理

SpringCloud封装了Netflix公司开发的Eureka模块来实现服务治理

在传统的rpc远程调用框架中，管理每个服务之间依赖关系比较复杂，因此需要使用服务治理，管理依赖关系，可以实现服务调用、负载均衡、容错等，实现服务注册与发现

什么是服务注册

Eureka采用了CS的设计架构，Eureka Server作为服务注册功能的服务器，它是服务注册中心。而系统中的其他微服务，使用Eureka的客户端连接到Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行

在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息 ，比如服务地址通讯地址等以别名方式注册到注册中心上。另一方（消费者|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用。框架核心设计思想在于注册中心，因为使用注册中心管理每个服务与服务之间的依赖关系（服务治理）。在任何RPC远程框架中，都会有一个注册中心（存放服务地址相关信息）

Eureka两个组件

EurekaServer 提供服务注册服务

各个微服务节点通过配置启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观看到。

EurekaClient 通过注册中心进行访问

EurekaClient是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的、使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期为30秒）。如果EurekaServer在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除（默认90秒）

单机Eureka架构

依赖变更说明

1. x老版本使用的依赖是

<dependency>
    <groupId>org.springframework.cloudgroupId>
    <artifactId>spring-cloud-starter-eurekaartifactId>
dependency>

2.x SpringCloud H版之后使用的依赖：服务端使用server依赖，客户端使用client依赖，更好的区分依赖关系

<dependency>
    <groupId>org.springframework.cloudgroupId>
    <artifactId>spring-cloud-starter-netflix-eureka-serverartifactId>
dependency>

单机Eureka Server端架构步骤

引入依赖

<dependency>
    <groupId>org.springframework.cloudgroupId>
    <artifactId>spring-cloud-starter-netflix-eureka-serverartifactId>
dependency>

<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-webartifactId>
dependency>

<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-actuatorartifactId>
dependency>

<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-devtoolsartifactId>
dependency>

编写配置文件

server:
  port: 7001
spring:
  application:
    name: cloud-eureka-service
eureka:
  instance:
    # eureka服务端的实例名称
    hostname: localhost
  client:
    # false表示不向注册中心注册自己
    register-with-eureka: false
    # false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要检索服务
    fetch-registry: false
    service-url:
      # 设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
      # 单机 defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

添加注解配置

服务端在主启动类上添加@EnableEurekaServer注解，客户端在主启动类上添加@EnableEurekaClient注解

测试配置成功

启动项目，访问http://localhost:7001/

单机Eureka Client端架构步骤

引入依赖

<dependency>
    <groupId>org.springframework.cloudgroupId>
    <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
dependency>

<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-webartifactId>
dependency>

<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-starter-actuatorartifactId>
dependency>

<dependency>
    <groupId>org.springframework.bootgroupId>
    <artifactId>spring-boot-devtoolsartifactId>
dependency>

编写配置文件

server:
  port: 8001
spring:
  application:
    # 默认入住进服务注册中心的名称
    name: cloud-payment-service
eureka:
  client:
    # 表示是否将自己注册进EurekaServer默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetch-registry: true
    service-url:
      defaultZone: http://localhost:7001/eureka

添加注解配置

服务端在主启动类上添加@EnableEurekaServer注解，客户端在主启动类上添加@EnableEurekaClient注解

测试配置成功

启动项目，访问http://localhost:7001/

集群Eureka架构

集群Eureka Server端架构步骤

微服务RPC远程调用核心：高可用，防止单注册中心宕机导致整个服务环境不可用，通过搭建eureka注册中心集群，实现负载均衡＋故障容错

EurekaServer集群原理：互相注册，相互守望

根据单机版创建EurekaServer微服务

因为在一台主机上测试集群，需要修改映射配置C:\Windows\System32\drivers\etc\hosts，添加上

127.0.0.1       eureka7001.com
127.0.0.1       eureka7002.com

修改配置文件

服务端EurekaServer相互守望，eureka7001的defaultZone写7002的服务中心地址，eureka7002的defaultZone写7001的服务中心地址

# 7002
eureka:
  instance:
    # eureka服务端的实例名称
    hostname: eureka7002.com
service-url:
  # 设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
  defaultZone: http://eureka7001.com:7001/eureka/

# 7001
eureka:
  instance:
    # eureka服务端的实例名称
    hostname: eureka7001.com
service-url:
  # 设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
  defaultZone: http://eureka7002.com:7002/eureka/

测试访问成功

访问eureka7001.com:7001，DS Replicas看到指向eureka7002.com，访问eureka7002.com:7002，DS Replicas看到指向eureka7002.com

集群Eureka服务端架构步骤

根据单机版创建一份服务端微服务

全部代码功能保持一致，只需要修改配置文件中的端口号和主启动类即可

配置文件

需要把所有的服务注册中心加入

service-url:
  defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka

测试客户端集群加入注册中心是否成功

Eureka消费端注册进EurekaServer集群步骤

引入依赖

<dependencies>
    <dependency>
        <groupId>org.springframework.cloudgroupId>
        <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
    dependency>
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-starter-webartifactId>
    dependency>
    
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-starter-actuatorartifactId>
    dependency>
    
    <dependency>
        <groupId>org.springframework.bootgroupId>
        <artifactId>spring-boot-devtoolsartifactId>
        <scope>runtimescope>
        <optional>trueoptional>
    dependency>
dependencies>

配置文件

server:
  port: 80
spring:
  application:
    name: cloud-order-service

eureka:
  client:
    register-with-eureka: true
    fetch-registry: true
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka

测试访问成功

访问eureka7001.com:7001，eureka7001.com:7002，分别看到客户端全部加入两个服务注册中心

开启负载均衡

由于目前的服务端是集群版，如果使用默认的RestTemplate模板，会不知道到底去注册中心找哪个服务端获取服务，因此需要使用 @LoadBalanced注解赋予RestTemplate负载均衡能力。

// 开启负载均衡
@Bean
@LoadBalanced
public RestTemplate getRestTemplate() {
    RestTemplate restTemplate = new RestTemplate();
    return restTemplate;
}

// 请求注册中心服务端别名
public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";

actuator微服务信息完善

主机名称：服务名称修改

添加instanceId实例

eureka:
  instance:
    instance-id: payment8001

访问信息有IP提示

eureka:
  instance:
    prefer-ip-address: true

Eureka特性：服务发现Discovery

对于注册进eureka里面的微服务，可以通过服务发现来获取该服务的信息

@Resource
private DiscoveryClient discoveryClient;

@GetMapping("payment/discovery")
public Object discovery() {
    List<String> services = discoveryClient.getServices();
    for (String service : services) {
        log.info("****element：" + service);
    }

    List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");
    for (ServiceInstance instance : instances) {
        log.info(instance.getServiceId() + "\t" + instance.getHost() + "\t" + instance.getPort() + "\t" + instance.getUri());
    }
    return this.discoveryClient;
}

在主启动类上添加@EnableDiscoveryClient

Eureka自我保护机制

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式，EurekaServer将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务。即 某时刻某一个微服务不可用，Eureka不会立即清理，依旧会对该微服务进行保护，属于CAP里面的AP分支。有一定的分区容错性，保证高可用

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY’RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.

为什么会产生Eureka自我保护机制？

为了防止EurekaClient可以正常运行，但是与Eureka Server网络不通情况下，EurekaServer不会立刻将EurekaClient服务剔除

什么是自我保护机制？

默认情况下，如果EurekaServer在一定实际内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认为90秒）。但是当网络分区故障发生（延时、卡顿、拥挤），微服务与EurekaServer之间无法正常通信。以上行为可能会变得非常危险–因为微服务本身是健康的，此刻不应该注销该微服务，Eureka通过自我保护模式来解决这个问题–当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式

综上，自我保护模式是一种应对网络异常的安全保护措施。在自我保护模式中，EurekaServer会保护服务注册表中的信息，不在注销任何服务实例。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。

禁止自我保护

出厂默认，自我保护模式是开启的。使用eureka.server.enable-self-preservation=false可以禁用自我保护模式，关闭效果：

在eurekaServer端处设置关闭自我保护机制

eureka:
  server:
    # 禁用自我保护,保证不可用服务被及时删除
    enable-self-preservation: true
    eviction-interval-timer-in-ms: 2000

修改eurekaClient端修改心跳检测与续约时间（开发时设置小些，保证服务关闭后注册中心能及时剔除服务）

eureka:
  instance:
    # Eureka客户端向服务端发送心跳的时间间隔,单位为秒(默认是30秒)
    lease-renewal-interval-in-seconds: 1
    # Eureka服务端在收到最后一次心跳后等待时间上限 ,单位为秒(默认是90秒),超时剔除服务
    lease-expiration-duration-in-seconds: 2

Eureka停更说明