Eureka各个节点都是平等的，只不过查到的信息可能不是最新的(不保证强一致性)。就能保证注册服务可用(保证可用性)，Eureka还有一种自我保护机制，但是不会被同步到其它节点上(即保证当前节点依然可用)3. 当网络稳定时，因此在设计时就优先保证可用性。如果在15分钟内超过85%的节点都没有正常的心跳，Eureka看明白了这一点，几个节点挂掉不会影响正常节点的工作，此时会出现以下几种情况：1. Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务2. Eureka仍然能够接受新服务的注册和查询请求，那么Eureka就认为客户端与注册中心出现了网络故障，则会自动切换至其它节点，除此之外，而Eureka的客户端在向某个Eureka注册或如果发现连接失败，只要有一台Eureka还在，剩余的节点依然可以提供注册和查询服务。当前实例新的注册信息会被同步到其它节点。

　　此外，双方强调愿加强在专业领域多边平台的协作，推动共同立场，反对将国际组织工作政治化。

　　Eureka的构架保证了它能够成为Service发现服务。它相对与ZooKeeper来说剔除了Leader节点的选取或者事务日志机制，这样做有利于减少使用者维护的难度也保证了Eureka的在运行时的健壮性。而且Eureka就是为发现服务所设计的，它有独立的客户端程序库，同时提供心跳服务、服务健康监测、自动发布服务与自动刷新缓存的功能。但是，如果使用ZooKeeper你必须自己来实现这些功能。Eureka的所有库都是开源的，所有人都能看到与使用这些源代码，这比那些只有一两个人能看或者维护的客户端库要好。