前言
参考资料：
《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：一个随机数，用于代表单个服务实例；
- 应用程序 ID：表示一组服务实，D始终是由
为什么注册服务的 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；
