1. Configuración de Eureka :
varios centros de registro deben registrarse entre sí.
Centro de registro:
server:
port: 7001
spring:
application:
name: cloud-eureka
eureka:
instance:
hostname: eureka.com #eureka服务端的实例名称
client:
register-with-eureka: false #false表示不向注册中心注册自己。
fetch-registry: false #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
service-url:
#集群指向其它eureka
defaultZone: http://localhost:7002/eureka/
#server:
#关闭自我保护机制，保证不可用服务被及时踢除
#enable-self-preservation: false
#eviction-interval-timer-in-ms: 2000
La anotación @EnableEurekaServer debe agregarse a la clase de inicio del registro.
Configuración del servidor:
eureka:
client:
#表示是否将自己注册进EurekaServer默认为true。
register-with-eureka: true
#是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
fetchRegistry: true
service-url:
#单机版
# defaultZone: http://localhost:7001/eureka
# 集群版
defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka
# instance:
# instance-id: payment8001
# #访问路径可以显示IP地址
# prefer-ip-address: true
#Eureka客户端向服务端发送心跳的时间间隔，单位为秒(默认是30秒)
#lease-renewal-interval-in-seconds: 1
#Eureka服务端在收到最后一次心跳后等待时间上限，单位为秒(默认是90秒)，超时将剔除服务
#lease-expiration-duration-in-seconds: 2
La clase de inicio del servidor debe anotarse con @EnableEurekaClient
2.
¿Por qué el mecanismo de autoprotección de Eureka produce el mecanismo de autoprotección de Eureka?
Para evitar que EurekaClient pueda ejecutarse normalmente, pero la red EurekaServer está desconectada, EurekaServer no eliminará inmediatamente el servicio EurekaClient.
¿Qué es el modo de autoprotección?
De forma predeterminada, si EurekaServer no recibe el latido de una instancia de microservicio dentro de un cierto período de tiempo, EurekaServer cerrará la sesión de la instancia (90 segundos por defecto). Pero cuando se produce una falla en la partición de la red (retraso, congelación, congestión), el microservicio y EurekaServer no pueden comunicarse normalmente, el comportamiento anterior puede volverse muy peligroso, porque el microservicio en sí es saludable, pero Este microservicio no debe darse de baja en este momento. Eureka utiliza el "modo de autoprotección" para resolver este problema: cuando el nodo EurekaServer pierde demasiados clientes en un corto período de tiempo (puede ocurrir una falla en la partición de red), entonces este nodo ingresará al modo de autoprotección.
Eureka En el modo de autoprotección, Eureka protegerá la información en el registro del servicio y no cerrará la sesión de ninguna información de microservicio. (Pertenece a la idea de diseño de AP en CAP)
El mecanismo de autoprotección está activado por defecto en Eureka, y la configuración se cierra de la siguiente manera:
servidor eureka (Centro de registro)
eureka:
server:
enable-self-preservation: false # 关闭自我保护模式（缺省为打开）
eviction-interval-timer-in-ms: 5000 # 续期时间，即扫描失效服务的间隔时间（缺省为60*1000ms）
cliente eureka (servidor)
eureka:
instance:
lease-renewal-interval-in-seconds: 5 # 心跳时间，即服务续约间隔时间（缺省为30s）
lease-expiration-duration-in-seconds: 10 # 发呆时间，即服务续约到期时间（缺省为90s）
client:
healthcheck:
enabled: true # 开启健康检查（依赖spring-boot-starter-actuator）
Eureka 2.0 no se actualizará