eureka原理_一文搞定Eureka集群高可用配置

前言

点对点去中心化的架构：解决单点问题

通过部署多节点eureka实例，避免单点问题，满足高可用架构。同时节点之间的地位是平等，节点通信方式采用点对点方式(peer to peer)，以便满足数据同步问题，这是一种去中心化的分布式架构。

在这种架构中，peer节点之间通过相互注册来提高可用性，每个peer节点通过serviceUrl指定其他peer节点。

如果某台Eureka服务器宕机，Eureka客户端的请求会自动切换到新的Eureka服务器节点，当宕机的服务器重新恢复后，Eureka会再次将其纳入到服务器集群管理中。当节点开始接受客户端请求时，所有的操作也会进行节点间复制，将请求复制到其他Eureka服务器当前所知的节点中。 这点和zookeeper的master/salve集中化机构有很大的区别，zookeeper认为任何时候都要一个master节点，满足节点之间任务调度和节点路由问题，保证的是CP原理，是一种集中式中心化分布式架构。

eureka客户端负载均衡

用过eureka的同学知道，当一个微服务向注册中心注册成功后，会返回状态码204，同时会获取注册中心的服务列表缓存在本地，以便满足feign以及ribbon的调用，这是所谓的客户端负载均衡。

peer节点通信机制

为了让每个peer节点都能够获取所有注册服务列表，eureka的做法是peer节点之间相互复制注册服务信息列表来实现同步，这样每个peer节点都有一份所有注册服务列表的一套副本。