Spring-Cloud之负载均衡

zookeeper

当master节点因为网络故障与其他节点失去联系，会重新进行相应的选举
但选举的时间较长，30~120秒之间，选举期间整个zookeeper集群不可用导致整个个服务器出现瘫痪
虽然服务器最终可以恢复，但是时间较长
EureKa（AP:满足可用性，分区容错的系统，通过对一致性要求较低）

Eureka各个节点都是平等的,当某个节点挂掉，其他节点依然可以提供注册服务，有可能查询的信息不是最新的。

在15分钟内超过85%的节点都没有正常的心跳 ，eureka认为客户端与注册中心出现网络故障：

仍能够接受新服务的注册和查询请求，不会同步到其他节点上

当网络稳定时 当前最新节点会同步到eureka上。
Eureka进行服务发现并调用相应的服务
Spring Cloud Ribbon 基于Netflix实现的一套客户端负载均衡工具
主要功能是提供客户端的软件负载均衡算法，将NetFlix的中间层服务连接在一起。

服务者将服务发布到注册中心上消费者通过 注册中心上进行调用，并通过ribbon实现负载均衡
ribbon执行时步骤：在同一个区域中选择最少的eureKaServer对服务进行提供负载均衡

ribbon提供多种负载均衡策略:轮询、随机、响应时间加权

在order-server项目中 添加依赖

ribbon依赖

org.springframework.cloud
spring-cloud-starter-netflix-ribbon

Ribbon默认的负载均衡是轮询

负载均衡轮询策略

RoundRobinRule轮询 默认使用的规则

RandomRule随机轮询

Availabil