在国内dubbo还是使用比较多的，毕竟是阿里很早之前都开源的框架，但是dubbo的生态相对来说已经赶不上springclud了，springclud在国外应用的比较多，大家基本都是dubbo的，springclud这一系列初心就是说说最重要的知识点，有老铁联系我，说内容太简单了，想要多学点源码，多学点项目实战的应用。其实源码怎么说呢？我的建议先把springclud基础的知识点都掌握了，最好有个实战的项目应用，再去学源码。基础知识都不了解直接怼源码，这种学习方法绝对是有问题的。就像上节Eureka，只会说看源码的方法。看最核心的东西，不会全部看的。在工作中运用了，熟悉了在详细的根据核心的东西的思路来看源码。说了这么多，今天说说Ribbon。
Ribbon客户端负载均衡介绍及基本使用（一）
- ① 服务端的负载均衡
nginx本身就是服务，nginx做负载，就是服务端做负载均衡。dubbo就是服务端的负载均衡。
- ② 客户端侧负载均衡
针对服务端的就是调用方，客户端。客户端的负载均衡 一个order项目，一个user项目，order调用方里面有个小的模块，知道所有用户中心的服务列表。然后根据服务列表获取负载均衡。
Ribbon基本概念及使用（二）
Ribbon是一个实现了客户端负载均衡的组件，Netflix（美国是一家在线影片租赁提供商，开源了很多比较牛X的技术）开源的，其主要功能是提供【客户端侧负载均衡】。 Ribbon客户端组件提供一系列完善的配置项，如连接超时，重试等配置。简单来说，Ribbon是一个客户端负载均衡器，我们可以在配置文件中列出负载均衡后面所有的机器，Ribbon会自动的帮助你基于某种规则（轮询，随机等）去连接这些机器，我们也可以使用自定义Ribbon实现自己的负载均衡算法。
- ① 官网
https://github.com/Netflix/ribbon
Eureka集成Ribbon架构图（三）
之前说 eureka的时候，eureka有server和client，在下图中order和user都是client，eureka server是server端，order和user都注册到eureka的服务中心。在order中有ribbon。其实ribbon就是嵌入在client中的一个小组件。ribbon会到eureka server上获取到可用服务的列表，如user service的所有服务，拿到列表后基于自身的复杂均衡的策略，选一台user service的服务进行调用。也及时说ribbon正常的情况下是跟eureka在一起的。
Eureka集成Ribbon-回顾（四）
- 增加Ribbon依赖
- 本来需要引入spring-cloud-starter-netflix-ribbon，但是由于spring-cloud-starter-netflix-eureka-client中，已经包含了ribbon的包了，所以实际上我们不需要显示的引入ribbon的包就可以直接使用它
- ① 负载均衡代码
- ② 源码演示
三个项目一个eurekaserver，一个order-consumber-berservice，一个order-provider-berservice，
启动：eurekaserver，端口8761
启动：order-service，端口8011，eureka增加了一个服务
启动：user-service，端口8001，eureka增加了一个服务
启动：user-service，端口8002，eureka增加了一个服务
- ③ 访问order查看走向
http://localhost:8011/user/getIpAndPort 这个方法是order的方法
发现每次刷新访问打印结果的端口都不一样：8001，8002。如果搞过nginx的会发现这不是轮询的策略啊，默认情况下ribbon的复杂均衡的策略是轮询的方式。
使用Ribbon配置类实现指定微服务负载均衡策略（五）
在spring cloud官方文档中是这样说的，如果要自定义Ribbon配置， 则需要把这个配置类放在@SpringBootApplication扫不到的包中（@ComponentScan），因为如果可以扫到自定义的Ribbon配置类的话，那么会对所有的Riboon都生效。
- ① 配置步骤
- 独立新建包，并创建ribbon配置类，例如：com.tuling.cloud.config.
- RibbonConfiguration 创建一个空类ProviderUserConfiguration配置服务的ribbon负载均衡策略
见示例：05-ms-consumer-order-ribbon-customizing
访问定制化策略的order，随机的。每次刷新都是随机的。 http://localhost:8010/user/getIpAndPort
默认负载均衡策略与自定义负载均衡策略同时使用
- 再启动两个用户微服务 serviceid和port不同
- 请求microservice-user微服务，会使用自定义的CustomRibbonConfig 作为负载均衡策略（随机）
- 请求microservice-user-2微服务，会使用默认的负载均衡策略（轮询）
- 上边这种写死的方式很土鳖，使用Ribbon属性配置实现指定微服务负载均衡策略 1.在订单微服务的application.yml中增加配置
2.见示例：05-ms-consumer-order-ribbon-customizing-properties
3.Ribbon配置的优先级：属性配置 > JAVA配置>Netflix Ribbon默认配置
Ribbon脱离Eureka独立使用（六）
到现在为止，我们看到的Ribbon负载均衡后的后端服务地址，是从EurekaServer中获取的可用微服务列表，那么现在如果我不需要使用Eureka，不从Eureka中获取微服务列表，而是Ribbon自己独立配置可用微服务列表，要如何来做呢？
- ① 订单微服务application配置中增加
- .ribbon.listOfServers：可用微服务列表 见示例：05-ms-consumer-order-ribbon-without-eureka
PS：Load Balance负载均衡是用于解决一台机器(一个进程)无法解决所有请求而产生的一种算法。像nginx可以使用负载均衡分配流量，ribbon为客户端提供负载均衡，dubbo服务调用里的负载均衡等等，很多地方都使用到了负载均衡。
点击
