Spring Cloud Ribbon负载均衡算法与优化建议.pdfVIP

没什么好太多说的

你要相信一点，就是springcloud的设计的哲学和思想，尽量就是说开箱即用

无论是zuul、eureka、feign、ribbon、hystrix，尽量刚开始上的时候，都用默认的参数就可以

了，所以呢，你会发现一个问题，如果按照原生的一个roundrobin的负载均衡算法，会有

一个问题

在刚才的源码里，我们可以看到，他就是非常简单的去进行一个选择这样子，就是不断的从

自己本地的serverlist中去roundrobin轮询选择一个server去请求

他的问题就是说，可能会不断的请求一个已经不存在的，故障的服务实例，请求失败

springcloud的哲学，对于这个问题，是通过后面的hystrix来解决，通过hystrix来做资源隔

离，熔断和降级，对这个请求失败的服务实例，就走降级机制，可能就是这样子，可以保证

某个服务实例故障了，不会因为请求他失败，而影响当前的这个服务

一遍来说，也不太建议大家在生产环境随意的自己更改负载均衡的算法

给大家简单的看看，其他的一些ribbon支持的负载均衡算法的IRule的源码

RoundRobinRule：系统内置的默认负载均衡规范，直接roundrobin轮询，从一堆serverlist

中，不断的轮询选择出来一个server，每个serve