Spring Cloud Netflix——Eureka详细+示例

Eureka服务注册与发现

1、Eureka读法

读：英 /,jʊ(ə)'riːkə/ —— 简单点： “U瑞考”

2、Eureka含义

• Eureka
  Eureka是Netflix(下面解释)开发 的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的 ；
  SpringCloud将它集成在其子项目spring-cloud-netflix中以实现SpringCloud的服务发现功能

  Eureka包含两个组件：

• Eureka Server和Eureka Client

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

• Eureka Client：是一个java客户端，用于简化与Eureka Server的交换，客户端同时也就是一个内置的、使用轮询（round-robin）负载算法的负载均衡器

• 程序启动：在应用启动后，将会Eureka Server发送心跳，默认周期30秒，如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除（默认90秒）。

• Eureka Server之间通过复制的方式完成数据的同步，Eureka还提供了客户端缓存机制，即使所有的Eureka Server都挂掉，客户端依然可以利用缓存中的信息消费其他服务的API。

总结：Eureka通过心跳检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。

2. Netflix
   Netflix(Nasdaq NFLX) 美国奈飞公司，简称网飞。是一家会员订阅制的流媒体播放平台 ，总部位于美国加利福尼亚州洛斯盖图。成立于1997年，曾经是一家在线DVD及蓝光租赁提供商，用户可以通过免费快递信封租赁及归还Netflix库存的大量影片实体光盘。 （简单弄DVD之类的东西）

3、实际的运用

示例点击跳转Gitee实际运用

4、Eureka和Zookeepr的区别

1、CAP原则

分布式中有个重要的概念就是CAP原则：

• 一致性（Consistency）

• 可用性（Availability）

• 分区容错性（Partition tolerance）

  CAP在分布式存储系统中，最多只能实现以上两点。
  而由于当前网络延迟故障会导致丢包等问题，所以分区容错性是必须实现的，我们只能在一致性和可用性中进行选择，没有Nosql数据库能同时保证三点。也就是说我们只能选择CP或者AP。

2、Zookeeper保证CP

zookeeper选择优先保证一致性。zookeeper保证访问请求都能保持一致的结果，同时具有容错性，但是不保证每次访问请求都是可用的。为什么不保证对请求可用呢？当zookeeper的master节点如果因为网络故障导致与其它节点失去联系时，剩余的节点会进行选举产生新的master节点，但是在这过程需要一定的时间，并且在选举这段时间内，整个zookeeper集群是不可用的。并且由于网络问题，这种情况发生的概率是比较大的。

3、Eureka保证AP

Eureka选择优先保证可用性。Eureka的节点之间是平等的。如果某个节点服务器宕机了，Eureka不会像zookeeper那样进行停止服务进行选举，而是让请求自动切换到另外的可用Eureka节点上，等到宕机的节点恢复后，再将其纳入集群中，只是不保证查询到的信息可能不是最新的。同时，如果15分钟内超过85%的节点都没有心跳，那么Eureka就认为客户端和注册中心出现了网络故障，就执行一下策略：

    Eureka不在从注册列表中移除因为长时间没收到心跳而应该过期的服务
    Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其他节点上 (即保证当前节点依然可用)
    当网络稳定时，当前实例新的注册信息会被同步到其他节点中

4、总结

zookeeper的设计理念就是分布式协调服务，保证数据（配置数据，状态数据）在多个服务系统之间保证一致性，这也不难看出Zookeeper是属于CP特性（Zookeeper的核心算法是Zab，保证分布式系统下，数据如何在多个服务之间保证数据同步）。Eureka是吸取Zookeeper问题的经验，先保证可用性。zookeeper优先选择了一致性（CP），Eureka优先选择了可用性（AP）。