本实验目的是解决服务与服务之间的`负载均衡`。 #### 知识点 * `Ribbon`基础 * `Ribbon`引入项目改造 #### 实验内容 非会员用户在学习前请下载上个实验的代码： （如果对会员保存环境等服务感兴趣，欢迎去会员页面了解详情：[vip](https://www.lanqiao.cn/vip)) ~~~bash wget https://labfile.oss.aliyuncs.com/courses/1360/source-code-4.zip unzip source-code-4.zip ~~~ 前面我们在用户和电影微服务中，我们不难发现。第二节实验中的服务调用地址硬编码的问题通过实验四的 Eureka 服务注册与发现解决了，但是在调用过程中的负载均衡却没有得以解决。 难道得在电影微服务和用户微服务之间加个`NGINX`做负载均衡吗？听起来是可行的，但如果有`10000+`服务，那这个`NGINX`的配置得有多复杂…… 一般来说，提到负载均衡，大家一般很容易想到浏览器 ->`NGINX`\-> 反向代理多个`Tomcat`这样的架构图——业界管这种负载均衡模式叫`”服务器端负载均衡”`，因为此种模式下，负载均衡算法是`NGINX`提供的，而`NGINX`部署在服务器端。 本节所讲的`Ribbon`则是一个`客户端侧`负载均衡组件——通俗地说，就是集成在客户端（服务消费者一侧），并提供负载均衡算法的一个组件。