简单阐释Eureka是什么，与zookeeper区别是什么

---

Eureka服务注册与发现

一、什么是Eureka

Eureka 是 Netflix 的一个子模块，也是核心模块之一。 Eureka 是一个基于REST的服务，用于定位服务，以实现云端中间层服务发现和故障转移，服务注册与发现对于微服务来说是很重要的，有了服务发现与注册，只需要使用服务的标识符就可以访问到服务，而不需要修改服务调用的配置文件，其功能类似于Dubbo的注册中心Zookeeper。

Netflix 在设计 Eureka时，遵循的是 AP 原则。

---

二、原理阐释

Eureka 的基本架构：

• SpringCloud 封装了Netflix公司开发的Eureka模块来实现服务注册与发现
• Eureka采用了C/S的架构设计，EurekaServer 作为服务注册功能的服务器，也就是服务注册中心
• 系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持“心跳连接”。这样，系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行；SpringCloud的一些其他模块就可以通过EurekaServer来发现系统中的其他微服务，并执行相关逻辑操作。

Eureka 包含两大组件：Eureka Server 和Eureka Client

• Eureka Server 提供服务注册服务，各个节点启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观地观察到。

• Eureka Client 是一个 Java 客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期是30秒）。如果EurekaServer在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表把这个服务节点移除掉（默认周期为90秒）

Eureka 包含三大角色：

• Eureka Server：提供服务的注册与发现
• Service Provider：将自己服务注册到Eureka中，从而使得消费方能够找到
• Service Consumer：服务消费方从Eureka中获取注册服务列表，从而找到可消费的服务

---

三、自我保护机制

Eureka Server 在运行期间会去统计心跳失败比例在 15 分钟之内是否低于 85%，如果低于 85%，Eureka Server 会将这些实例保护起来，让这些实例不会过期，但是在保护期内如果服务刚好这个服务提供者非正常下线了，此时服务消费者就会拿到一个无效的服务实例，此时会调用失败，对于这个问题需要服务消费者端要有一些容错机制，如重试，断路器等。

我们在单机测试的时候很容易满足心跳失败比例在 15 分钟之内低于 85%，这个时候就会触发 Eureka 的保护机制，一旦开启了保护机制，则服务注册中心维护的服务实例就不是那么准确了，此时我们可以使用eureka.server.enable-self-preservation=false来关闭保护机制，这样可以确保注册中心中不可用的实例被及时的剔除（不推荐）。

自我保护模式被激活的条件是：在 1 分钟后，Renews (last min) < Renews threshold。

这两个参数的意思：

• Renews threshold：Eureka Server 期望每分钟收到客户端实例续约的总数。
• Renews (last min)：Eureka Server 最后 1 分钟收到客户端实例续约的总数。

---

四、Zookeeper和Eureka区别

关系型数据库——ACID；非关系型数据库：CAP。

CAP原则：C - Consistent-一致性 A - Availability-可用性 P - Partition tolerance -分区容错性

• Eureka：AP 架构设计(高可用、分区容错性)
• Zookeeper：CP 架构设计（一致性、分区容错性）

Zookeeper当master挂了，会在30-120s进行leader选举，这点类似于redis的哨兵机制，在选举期间Zookeeper是不可用的，这么长时间不能进行服务注册，是无法忍受的。这时Zookeeper集群会瘫痪，这也是Zookeeper的CP，保持节点的一致性，牺牲了A/高可用。而Eureka不会，即使Eureka有部分挂掉，还有其他节点可以使用的，他们保持平级的关系，只不过信息有可能不一致，这就是AP，牺牲了C/一致性。

Eureka有自我保护机制（15分钟内超过85%的服务节点没有心跳/down），这点确实要比Zookeeper好，即使服务不可用，也会保留当前失效的微服务，默认90秒，在这90秒Eureka不会注销微服务，在这90秒内仍然可以接受新的服务注册，只是不会同步到其他节点上。当坏掉的服务恢复的时候，会自动加入到节点上，也是高可用的一种。然后退出自我保护机制，这也是应对网络异常的一种机制。

---