SpringCloud之Eureka（三）

前言

之前两篇已经搭建了简单的高可用注册中心，服务提供者及服务消费者。但是仅仅做这些在实际应用中还是不够的，这篇主要对Eureka的架构进一步了解以及学习一些进阶特性。

服务续约

服务提供者会定时发送一个心跳来防止EurekaServer将其从服务列表中排除出去，这种操作成为服务续约(Renew)。有以下两个属性值可以设置：

eureka.instance.lease-renewal-interval-in-seconds=30
eureka.instance.lease-expiration-duration-in-seconds=90

eureka-instance.lease-renewal-interval-in-seconds用于定义服务续约任务的调用间隔时间，默认为30秒。eureka.instance.lease-expiration-duration-in-seconds用于定义服务失效的时间，默认为90秒。

 

获取服务

服务消费者启动的时候会向注册中心请求一份服务清单。Eureka Server会缓存一份只读的服务清单用来返回给客户端，同时该缓存会每隔30秒刷新一次。

服务调用

Eureka中有Region和Zone的概念，一个Region中可以包含多个Zone，每个服务客户端需要被注册到一个Zone中。在进行服务调用的时候，优先访问同处于一个Zone中的服务提供方，若访问不到就访问其他的Zone。

自我保护

我们有时候会在注册中心的信息页面上出现红色警告信息：

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的自我保护机制。Eureka Server在运行期间，会统计心跳失败的比例在15分钟之内是否低于85%，如果低于，Eureka Server会将当前的实例注册信息保护起来，让这些实例不会过期，尽可能保护这些注册信息，因为服务本身可能没有问题，由于网络原因导致，此时不应该剔除这些服务注册信息。在此期间，客户端很可能拿到那些实际已经不存在的服务实例，会调用失败，所以客户端必须要有容错机制，比如请求重试，断路器等。通过以下配置可以关闭自我保护机制：

eureka.server.enable-self-preservation=false