springcloud线上发布超时系列文章：springcloud线上发布超时之feign（ribbon饥饿加载）(https://my.oschina.net/u/560547/blog/3275636)springcloud线上发布超时之grpc(https://my.oschina.net/u/560547/blog/3275637)

springcloud线上发布超时系列文章：springcloud线上发布超时之feign（ribbon饥饿加载）(https://my.oschina.net/u/560547/blog/3275636)springcloud线上发布超时之grpc(https://my.oschina.net/u/560547/blog/3275637)

查看Ribbon：https://blog.csdn.net/qq\_32534855/article/details/84111188(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fblog.csdn.net%2Fqq_32534855%2Farticle%2Fdetails%2F

SpringCloud的负载均衡组件用的是Ribbon，这个东西就是服务消费者。它只是一个配置用的中转器，放在Zuul和 EurekaClient之间用来转发的，它里面写了好多规则，用来指定负载的规则。首先，Zuul：application.ymleureka:client:serviceUrl:

开启重试在某些情况下是有问题的，比如当压力过大，一个实例停止响应时，路由将流量转到另一个实例，很有可能导致最终所有的实例全被压垮。说到底，断路器的其中一个作用就是防止故障或者压力扩散。用了retry，断路器就只有在该服务的所有实例都无法运作的情况下才能起作用。这种时候，断路器的形式更像是提供一种友好的错误信息，或者假装服务正常运行的假象给使用者。不

NepxionDiscovery基于Nacos实现SpringCloud灰度发布和路由前言NepxionDiscovery是一款对SpringCloudDiscovery服务注册发现、Ribbon负载均衡、Feign和RestTe

简介在上一节中，我们讨论了feignhystrix在项目开发中，除了考虑正常的调用之外，负载均衡和故障转移也是关注的重点，这也是feignribbonhystrix的优势所在，本节我们就讨论一下在feign中使用ribbon，有两种方式一、通过在配置文件application.yml配置，开启ribbon,并指定调用生产者相对上

    在微服务架构中，业务都会被拆分成一个独立的服务，服务与服务的通讯是基于httprestful的。Springcloud有两种服务调用方式，一种是ribbonrestTemplate，另一种是feign。简介是基于NetflixRibbon实现的一套客户端负载均衡的工具。简单的说，Ribbon是

1.准备工作这一篇文章基于上一篇文章的工程。启动eurekaserver工程，端口为8761。分别以端口8762和8763启动servicehi工程。访问localhost:8761你会发现，servicehi在eurekaserver注册了2个实例，这就相当于一个小的集群。2.建1个服务消费者

一、前言在Ribbon组件中，一共提供了7种负载均衡策略规则，默认使用轮训规则RoundRobinRule：最低并发策略BestAvailableRule：选择最小请求数可用过滤策略（AvailabilityFilteringRule）：过滤掉连接失败的服务节点，并且过滤掉高并发的服务