本节来探讨Eureka的自我保护模式。进入自我保护模式最直观的体现，是EurekaServer首页输出的警告，如图4-10所示。

默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，Eureka Server将注销该实例（默认为90s）。但是当网络分区故障发生时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。

Eureka通过“自我保护模式”来解决这个问题——当Eureka Server节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，Eureka Server就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该Eureka Server节点会自动退出自我保护模式。

综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留），也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。

在Spring Cloud中，可以使用eureka.server.enable-self-preservation=false禁用自我保护模式。

●Eureka官方关于自我保护模式的介绍： https://github.com/Netflix/eureka/wiki/Understanding-Eureka-Peer-to-Peer-Communication .

●Eureka的FAQ，其中讲到了自我保护模式： https://github.com/Netflix/eureka/wiki/FAQ .

●Eureka与ZooKeeper做服务发现的对比： http://dockone.io/article/78 .

●Eureka不注销任何微服务的讨论： http://stackoverflow.com/questions/32616329/eureka-never-unregisters-a-service . QBHYofl7CDpL16HYBOPVYsfEwuEFomZ+lpsWWdm1RJrnMSmtFk/OR+eIP7LfFyW7