1. 什么是Eureka?
- Eureka是Netflix的子模块，Eureka是一个基于Rest的服务，用于定位服务，以实现云端中间层服务发现和故障转移，服务注册与发现对于微服务来说是非常重要的，有了服务注册与发现，只需要使用服务的标识符，就可以访问到服务，而不需要修改调用的配置文件了，功能类似于Dubbo的注册中心，比如zookeeper。
- Netflix 在设计Eureka时，遵循的就是AP原则。
2. Eureka原理
- Eureka的基本架构
- SpringCloud 封装了NetFlix 公司开发的Eureka模块来实现服务注册和发现
- Eureka采用了CS的架构设计，RurekaServer作为服务注册功能的服务器，是服务注册中心
- 系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行。
- Eureka 包含了两个组件：Eureka Server 和 Eureka Client
- Eureka Server 提供服务注册，各个节点启动后，会在EurekaServer中进行注册，EurekaServer中的服务注册表中将会存储所有可用的服务节点信息，服务节点的信息可以在界面中看到。
- Eureka Client 是一个java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期为30秒），如果Eureka Server 在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除掉（默认周期为90秒）
- 三大角色
- Eureka Server: 提供服务的注册与发现
- Service Provider： 将自身服务注册到Eureka中，从而使消费方能够找到
- Service Consumer：服务消费方从Eureka中获取注册服务列表，从而找到服务并消费
3.对比Zookeeper
CAP原则
- C（Consistency）强一致性
- A（Availability）可用性
- P（Partition tolerance）分区容错性
ACID原则
- A（Atomicity）原子性
- C（Consistency）一致性
- I（Isolation）隔离性
- D（Durablility）持久性
RDBMS（Mysql、Oracle、sqlServer）–>ACID 原则
NoSQL（redis、mongdb）–>CAP原则
CAP的三进二（即不可能三个同时满足）：CA、AP、CP
CAP理论的核心
- 一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求
- 根据CAP原理，将NoSQL数据库分成了满足CA原则，满足CP原则和满足AP原则三大类:
- CA:单点集群，满足一致性，可用性的系统，通常可扩展性较差
- CP:满足一致性，分区容错性的系统，通常性能不是特别高
- AP:满足可用性，分区容错性的系统，通常可能对一致性要求低一些
作为服务注册中心，Eureka比Zookeeper好在哪里?
著名的CAP理论指出，一个分布式系统不可能同时满足C(一致性)、A(可用性)、P(容错性)。由于分区容错性P在分布式系统中是必须要保证的，因此我们只能在A和C之间进行权衡。
- Zookeeper保证的是CP;
- Eureka保证的是AP;
Zookeeper保证的是CP
Eureka保证的是AP
Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪
