Eureka -- 浅谈Eureka

目录：

　　一：Eureka介绍

　　二：Eureka架构图

　　三：Eureka组件

　　四：Eureka作用

　　五：Eureka和Zookeeper对比

什么是Eureka

　　引入SpringCloud中文文档介绍

Eureka is a REST (Representational State Transfer) based service that is primarily used in the AWS cloud for locating services for the purpose of load balancing and failover of middle-tier servers.

At Netflix, Eureka is used for the following purposes apart from playing a critical part in mid-tier load balancing.

• For aiding Netflix Asgard - an open source service which makes cloud deployments easier, in

  • Fast rollback of versions in case of problems avoiding the re-launch of 100's of instances which could take a long time.
  • In rolling pushes, for avoiding propagation of a new version to all instances in case of problems.

• For our cassandra deployments to take instances out of traffic for maintenance.

• For our memcached caching services to identify the list of nodes in the ring.

• For carrying other additional application specific metadata about services for various other reasons.

　　意思为：

Eureka是一种基于REST（Representational State Transfer）的服务，主要用于AWS云，用于定位服务，以实现中间层服务器的负载平衡和故障转移。

在Netflix，除了在中间层负载平衡中起关键作用之外，Eureka还用于以下目的。

• 为了帮助Netflix Asgard - 一种开源服务，可以更轻松地实现云部署

  • 在出现问题的情况下快速回滚版本，避免重新启动可能需要很长时间的100个实例。
  • 在滚动推送中，以避免在出现问题时将新版本传播到所有实例。

• 对于我们的cassandra部署，将实例从流量中取出进行维护。

• 对于我们的memcached缓存服务来识别环中的节点列表。

• 由于各种其他原因而携带有关服务的其他应用程序特定元数据。

 

Eureka架构图

　　上面的架构图描述了Eureka是如何在Netflix部署的，这也是Eureka集群的运行方式。在每个区域（region）都有一个eureka集群，它只知道该区域内的实例信息。每个分区（zone）至少有一个eureka服务器来处理本分区故障。

　　服务注册在Eureka上并且每30秒发送心跳来续租。如果一个客户端在几次内没有刷新心跳，它将在大约90秒内被移出服务器注册表。注册信息和更新信息会在整个eureka集群的节点进行复制。任何分区的客户端都可查找注册中心信息（每30秒发生一次）来定位他们的服务（可能会在任何分区）并进行远程调用。

　　摘自：Eureka at a glance  

Eureka组件

　　Eureka包含两个组件：Eureka Server和Eureka Client。

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

　　Eureka Client是一个java客户端，用于简化与Eureka Server的交互，客户端同时也就别一个内置的、使用轮询(round-robin)负载算法的负载均衡器。

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

　　Eureka Server之间通过复制的方式完成数据的同步，Eureka还提供了客户端缓存机制，即使所有的Eureka Server都挂掉，客户端依然可以利用缓存中的信息消费其他服务的API。综上，Eureka通过心跳检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。

　　摘自：Eureka（服务发现框架）

Eureka作用

　　在多个服务节点下，如果通过人为管理地址配置，随着节点增多，会出现不方便管理，不方便维护的情况。  因此需要一一个服务治理的中间件协助我们管理注册的服务节点。

　　常见的注册中心有　　　

　　　　如: eureka ，zookeeper, consul, redis等。-般在eureka中会保存节点的IP地址，端口号，服务名等

 

      注册方式
　　　　1.中心化配置:用一个统一的注册中心管理各个节点，如zookeeper

　　　　2.去中心化配置:每个服务既是服务端又是客户端，如: eureka 

Zookeeper和Eureka对比

　　著名的CAP理论指出，一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性在是分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。在此Zookeeper保证的是CP, 而Eureka则是AP。

　　zookeeper优先保证CP，当服务发生故障会进行leader的选举，整个期间服务处在不可用状态，如果选举时间过长势必会大幅度降低性能，另外就用途来说zookeeper偏向于服务的协调，当然含有注册中心的作用

　　eureka优先保证AP, 即服务的节点各个都是平等的，没有leader不leader一说， 当服务发生故障时，其余的节点仍然可以提供服务，因此在出现故障时，性能表现优于zookeeper，但是可能会造成数据不一致的情况。

 

　总结：Eureka作为单纯的服务注册中心来说要比zookeeper更加“专业”，因为注册服务更重要的是可用性，我们可以接受短期内达不到一致性的状况。