微服务架构 | 3.1 Netflix Eureka 注册中心

目录

• 前言
• 1. Eureka 基础知识
  • 1.1 Eureka 模型中的服务器与客户端
  • 1.2 Eureka 的 30s 启动机制
  • 1.3 Eureka 为什么注册服务的 IP ，而不是主机名
  • 1.4 Eureka 服务器的高可用（集群）
• 2. 构建 Eureka 服务器
  • 2.1 引入 pom.xml 依赖
  • 2.2 修改 application.yaml 配置文件
  • 2.3 在主程序类上标注注解
• 3. 将客户端注册进 Eureka 服务器
  • 3.1 引入 pom.xml 依赖
  • 3.2 修改 boostrap.yml 配置文件
  • 3.3 在主程序类上标注服务发现的注解
• 4. Eureka Server 的自我保护
  • 4.1 故障现象
  • 4.2 自我保护概述
  • 4.3 自我保护原理
  • 4.4 关闭自我保护机制
• 最后

---

前言

参考资料：

《Spring Microservices in Action》

《Spring Cloud Alibaba 微服务原理与实战》

《B站 尚硅谷 SpringCloud 框架开发教程 周阳》

《Spring Cloud Netflix 官方资料》

Eureka 是 Netflix 开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在 AWS 域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的；

Spring Cloud 将它集成在其子项目 spring-cloud-netflix 中，以实现 Spring Cloud 的服务发现功能；

---

1. Eureka 基础知识

1.1 Eureka 模型中的服务器与客户端

• 服务器：服务的注册中心，负责维护与管理注册的服务列表；
• 客户端：所有要注册进 Eureka 的服务都称为 Eureka 的客户端，它可以是服务配置中心 Spring Cloud Config；也可以是网关 zuul；还可以是实际的业务服务等；

1.2 Eureka 的 30s 启动机制

• 当客户端服务通过 Eureka 注册时， Eureka 将在 30s 内等待 3 次连续的健康检查，然后才能通过 Eureka 获取该服务；
• 每次服务注册需要 30 s 的时间才能显示在 Eureka服务中，因为 Eureka需要从服务接收 3 次。连续心跳包 ping，每次心跳包 ping 间隔 10 s，然后才能使用这个服务；

1.3 Eureka 为什么注册服务的 IP ，而不是主机名

• 具体例子详情可以参考《3.2 修改 boostrap.yml 配置文件》；
• 在基于服务器的环境中时：Eureka 在尝试注册客户端服务时，客户端服务会被分配一个 DNS 支持的主机名，客户端服务通过这个 DNS 主机名与外界联系；
• 在基于容器的部署（如 Docker）中：容器以随机生成的主机名启动，没有 DNS 记录；使用主机名将无法解析；

1.4 Eureka 服务器的高可用（集群）

• 在实际生产中，为了实现 Eureka 的高可用，需要建立多个 Eureka 服务器以便相互复制注册表的内容；
• 一组 Eureka 注册表相互之间使用点对点通信模型进行通信；
• 需要在客户端 eureka.serviceUrl.defaultZone 属性中用逗号隔开多个 Eureka 服务器的位置；
• 同时，服务器的 eureka.serviceUrl.defaultZone 属性中用逗号隔开多个除了自身的 Eureka 服务器的位置；

2. 构建 Eureka 服务器

2.1 引入 pom.xml 依赖

<!-- 1.x老版本的依赖 -->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-eureka-server</artifactId>
</dependency>
<!-- 2.x新版本的依赖 -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

• Eureka 的 Maven 依赖文件默认包含 Ribbon 组件；
• 新老版本二选一即可；

2.2 修改 application.yaml 配置文件

server:
  port: 8761 #Eureka 监听的端口
spring:
  application:
    name: eureka-server #Eureka 服务器的名称
eureka:
  client:
    fetch-registry: false #不要在本地缓存注册表信息
    register-with-eureka: false #不使用 Eureka 服务进行注册
    serviceUrl:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
  instance:
    hostname: localhost
  server:  #配置属性，但由于 Eureka 自我保护模式以及心跳周期长的原因，经常会遇到 Eureka Server 不剔除已关停的节点的问题
    enable-self-preservation: false
    eviction-interval-timer-in-ms: 5000
    waitTimelnMsWhenSyncEmpty: 5 #在服务器接收请求之前等待的初始时间，在实际生产中应注释掉此属性

• 如果需要将组件注册进 Eureka 里，需要把 eureka.client.register-with-eureka 置为 true，或者不管它，使用默认值 true；
• 只有 Eureka 的客户端才需要把 eureka.client.register-with-eureka 置为 true；

2.3 在主程序类上标注注解

@EnableEurekaServer：表示该服务为 Eureka 服务器；

3. 将客户端注册进 Eureka 服务器

3.1 引入 pom.xml 依赖

<!--注册中心-->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>

• 因为每个服务基本上都会注册进 Eureka 服务器里，因此该依赖可以添加到父工程里，表示公共依赖；

3.2 修改 boostrap.yml 配置文件

spring:
  application:
    name: xxx-client  #应用程序ID，常写在 boostrap.yml 下
  profiles:
    active: dev
  cloud:
    config:
      enabled: true
eureka:
  instance:
    preferIpAddress: true  #注册服务的IP，而不是服务名称
  client:
    registerWithEureka: true  #向 Eureka 注册服务
    fetchRegistry: true  #拉取注册表的本地副本
    serviceUrl:
      defaultZone: http://localhost:8761/eureka/  #Eureka 服务模块

• 每个通过 Eureka 注册的服务都会有两个与之相关的 ID：
  • 应用程序 ID：表示一组服务实，D始终是由 spring.application.name 属性设置的值（写在 bootstrap.yml 配置文件中，而不是 application.xml）；
  • 实例 ID：一个随机数，用于代表单个服务实例；
• 为什么注册服务的 IP ，而不是主机名：
  • 在基于服务器的环境中时：Eureka 在尝试注册客户端服务时，客户端服务会被分配一个 DNS 支持的主机名，客户端服务通过这个 DNS 主机名与外界联系；
  • 在基于容器的部署（如 Docker）中：容器以随机生成的主机名启动，没有 DNS 记录；使用主机名将无法解析；

3.3 在主程序类上标注服务发现的注解

• @EnableEurekaClient：推荐使用 Eureka 作为注册中心；
• @EnableDiscoveryClient：推荐使用其他组件作为注册中心；

4. Eureka Server 的自我保护

4.1 故障现象

• 如果在Eureka Server的首页看到以下这段提示，则说明Eureka进入了保护模式：

• Eureka Server 一旦进入自我保护模式，将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也不会注销任何微服务；

4.2 自我保护概述

• 保护模式主要用于一组客户端和 Eureka Server 之间存在网络分区场景下的保护；
• 为了防止 Eureka Client 可以正常运行，但是与 Eureka Server 网络不通情况下，Eureka Server 不会立刻将 Eureka Client 服务剔除；

4.3 自我保护原理

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

4.4 关闭自我保护机制

• 使用如下配置可以关闭自我保护机制，保证不可用服务被及时踢除：
• eureka.server.enable-self-preservation = false；

---

最后

新人制作，如有错误，欢迎指出，感激不尽！
欢迎关注公众号，会分享一些更日常的东西！
如需转载，请标注出处！