spring cloud的负载均衡ribbon

我们思考一个问题，当我们应用的用户量和业务量多起来之后，我们发现一个order-service节点处理的量已经不能满足我们了，我们需要准备多个order-service才可以，于是我们在Eureka中注册了多个订单微服务用来处理高并发下的订单业务 (集群) ，那么客户端该如何选择由哪一个微服务处理请求呢?

这是就需要客户端实现服务的负载均衡

负载均衡常见分类：

服务器负载均衡:
        典型的就是nginx，在集群前添加一个Nginx,所有访问集群节点的请求都会交给nginx，然后由nginx进行反向代理，利用轮询等负载均衡的算法命中某个节点进行转发请求，即负载均衡是由服务端实现;这种适合于服务器端，例如: tomcat。

本地负载均衡:
        本地负载均衡一般用于微服务开发内部使用，典型的为ribbon。
在调用接口时，会在eureka (也可以是其他的注册中心)注册中心获取服务列表，然后缓存在ivm本地在本地实现远程调用。

Ribbon介绍：Ribbon是Netlix发布的负载均衡器，它有助于控制HTTP和TCP客户端的行为。为Ribbon配置服务提供者地址列表后，Ribbon就可基于某种负载均衡算法，自动地帮助服务消费者去请求。Ribbon客户端组件提供一系列完善的配置选项，比如连接超时、重试、重试算法等。Ribbon内置可插拔、可定制的负载均衡组件。下面是用到的一些负载均衡策略·

 

实现步骤：

 第一步:为order微服务增加ribbon依赖

 注意：其实，该依赖是可以省略的，因为spring-cloud-starter-netflix-eureka-client中已经包含了spring-cloud-starter-netflix-ribbon;

第二步:设置负载均衡策略

# 配置调用goods-service的负载均衡算法
goods-service:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule # 轮询

 第三步:将“goods-service”微服务配置多个节点信息，并启动多个商品微服务节点;

 

 

 第四步: 通过LoadBalancerclient 模拟调用商品微服务，查看ribbon策略: