Spring Cloud从构建到部署系列（四）之负载均衡：Spring Cloud Ribbon

  Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，基于Netflix Ribbon封装的。虽然说是一个工具，但是它几乎贯穿整个由Spring Cloud构建的微服务架构中，几乎所有的服务调用都用到了它，例如服务间的通信，API网关的请求转发等。所有Ribbon是Spring Cloud微服务架构学习中必须要掌握的技术。

• 客户端负载均衡

 负载均衡是微服务架构中非常重要，也是必须要处理的功能。通常说的负载均衡指定是服务端负载均衡或者负载均衡硬件设备，会在负载均衡模块中维护一份服务清单，并通过心跳检测等方式检查服务的可用性，筛选出所有可用的服务，再通过一定的算法，例如轮询，权重等最终选出一个服务进行请求转发。

  而客户端负载均衡与服务端负载均衡的区别在于，服务的清单是在客户端维护的，当然这份清单来自于注册中心，例如前面说过的Eureka，清单中服务的心跳检测也是通过和注册中心配合完成的。其余的部分与服务端负载均衡类似也是通过计算，筛选出一个服务。

• 开始使用Spring Cloud Ribbon

  开始之前，需要加入一个新的模块，consumer服务消费者，也是一个简单的服务，主要的目的是在consumer中使用RestTemplate调用demo项目中的接口，来演示Ribbon的使用，代码结构如下：

pom依赖和application.yml中的配置与demo项目一致，ConsumerApplication中向Spring容器中添加一个RestTemplate，并使用@LoadBalanced注解开启负载均衡功能，这样我们在其他地方使用RestTemplate调用其他服务时就可以使用负载均衡了，具体代码如下：

我们在demo项目中增加一个接口供consumer调用：

仅返回一个字符串即可。接下来在consumer中写一个接口，使用RestTemplate对demo的接口进行调用，RestTemplate的使用如果不了解可以自己搜一下，很简单。

需要注意的是我们的url中的host是demo项目的application.name，这个是必须这样写的，因为Ribbon实现负载均衡是通过拦截器将所有请求拦截的uri，然后通过uri.getHost()方法获取到服务名，然后用这个服务名在服务清单中进行查找，将找到的服务的真正host和port，替换掉我们的url中的服务名称，然后发送请求。所以如果我们使用localhost:9000/provider/loadBalancedTest这个地址调用会报错，找不到这个服务实例。

我们将返回的字符串进行控制台打印并返回给浏览器，接下来启动注册中心，demo，consumer，在浏览器中请求consumer的/hello接口，即可看到demo项目的返回。

不过这样似乎看不出什么效果，不能证明我们调用demo接口使用了负载均衡，确实，负载均衡是的作用是在集群部署时，从多个服务实例中筛选出一个服务，接下来我们将demo项目进行改造。

demo项目的改造简单，我们将接口的返回值改为:Hello I'm provider A，然后再启动一个demo服务，这样我们就有了两个demo服务的实例，分别的返回结果为：Hello I'm provider A 和Hello I'm provider B，接下来我们多刷新几次浏览器，多请求几次/hello接口，观看控制台输出的demo接口的返回结果：

我们可以看到，Hello I'm provider A 和Hello I'm provider B交替打印，这正是经过负载均衡筛选服务的结果！

好了，以上就是Spring Cloud Ribbon的使用，总结一下：

1.使用@LoadBalanced注解

2.URL中的host：port为服务名