服务注册中心
- 心跳检测机制:剔除失效服务
- 自我保护机制
- 统计心跳失败的比例在15分钟之内是否低于85%,如果出现低于的情况,Eureka Server会将当前的实例注册信息保护起来,让这些实例不会过期。
- 当节点在短时间内丢失过多的心跳时,那么这个节点就会进入自我保护模式,以防止因网络问题导致的服务注册失败
- 高可用:
-
- 注册中心集群模式、互相注册、服务同步
- AP(保证可用性,放弃数据一致性)
服务注册
-
- 服务心跳续约、定期发送心跳
- Eureka Client会定期(默认每30秒)向Eureka Server发送心跳(续约),以表明自己的存活状态
- 服务心跳续约、定期发送心跳
服务发现
-
- 拉取服务列表、缓存服务列表、定期更新
- 默认情况下,Eureka Client每30秒会全量拉取一次服务注册表信息,并缓存到本地。
- 服务调用:负载均衡 @LoadBalanced
- 拉取服务列表、缓存服务列表、定期更新
去中心化(Decentralized)
- 对等通信:去中心化系统中的节点地位平等,节点之间通过点对点(Peer to Peer)的方式进行通信。Eureka就是一个典型的去中心化服务注册与发现工具,它采用Peer to Peer对等通信,没有master/slave之分。
- 高可用性:去中心化系统更注重高可用性(AP原则),即使部分节点失效,系统仍然能够继续提供服务。
- 节点间复制:在去中心化系统中,当一个节点开始接受客户端请求时,所有的操作都会在节点间进行复制操作,将请求复制到该节点当前所知的其他所有节点中。
- 自我保护机制:Eureka有一个自我保护机制,当节点在短时间内丢失过多的心跳时,那么这个节点就会进入自我保护模式,以防止因网络问题导致的服务注册失败。
- 数据分布:去中心化系统中的数据通常分布在多个节点上,每个节点都持有全量数据,新增的数据可以往任意一个节点写入,然后由这个节点向其他节点广播,最终达到一致性。