Eureka服务注册与发现

1.什么是Eureka

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

2.原理讲解

• Eureka的基本架构
  • SpringCloud封装了NetFlix公司开发的Eureka模块来实现服务注册与发现（对比Zookeeper）
  • Eureka采用了C-S架构的设计，EurekaServer作为服务注册功能的服务器，他是服务注册中心
  • 而系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行，SpringCloud的一些其他模块（比如Zuul）就可以通过EurekaServer来发现系统中的其他微服务，并执行相关的逻辑
  • 和Dubbo架构对比
• 3大角色
  • Eureka Server：提供服务的注册与发现
  • Service Provider：将自身服务注册到Eureka中，从而使消费者能够找到
  • Service Consumer：服务消费方从Eureka中获取注册服务列表，从而找到消费服务
• Eureka包含两个组件：Eureka Server 和 Eureka Client
• Eureka Server提供服务注册服务，各个节点启动后，会在EurekaServer中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
• Eureka Server是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳（默认周期为30秒）。如果EurekaServer在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册中把这个服务节点移除掉（默认周期是90秒）

3.Eureka和Zookeeper的区别

• Zookeeper：当在向注册中心查询列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接收服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于选举leader的时间太长，30~120s，且选举期间整个zk集群都是不可用的，这就导致再选举期间注册服务瘫痪。在云部署的环境下，因为网络问题使得zk集群失去master节点是较大概率会发生的事件，虽然服务最终能够恢复，但是漫长的选举时间导致的注册长期不可用时不能容忍的。
• Eureka：在设计时候就优先保证可用性。在Eureka中各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka得客户端在向某个Eureka注册时，如果发现连接失败，则会自动切换到其他节点，只要有一台Eureka还在，就能保证注册服务得可用性，只不过查到得信息可能不是最新得，除此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%得节点没有正常得心跳，那么Eureka就会认为客户端与注册中心出现了网络故障，此时会出现以下几种情况：
  • Eureka不再从注册列表中移除因为长时间没有收到心跳而应该过期的服务
  • Eureka仍然能够接收新服务的注册和查询请求，但不会被同步到其他节点上（即保证当前节点的可用性）
  • 当网络稳定时，当前实例新的注册信息会被同步到其他节点上

因此，Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。