Ribbon负载均衡

为何要用到Ribbon负载均衡？

        我们先分析一下一个的调动流程例子，假如我们有一个orderservice服务，还有两个userservice 服务，在发起请求时，是通过这样（http://userservice/user/1）一个地址访问的。那这样的一个地址，它是一个真实可用的地址吗？我们可以找浏览器验证一下，输入这个地址，访问一下，我们可以看到，浏览器根本无法访问这个地址。因为这不是一个真正的一个域名或者IP和端口，因此呢，浏览器根本不认识我们，那当orderservice发一个请求时，其实也是无法到达我们这两个userservice服务的。那因此中间一定会有人把这个请求拦下来，做一些处理、找到真实IP端口才行，谁这件事儿呢？就是ribbon，那ribbon拦截下来你的请求以后，它得想办法帮你找到真实地址。

        那 ribbon 第一步要干什么，它也要知道你这个请求指定的是哪个服务，然后呢，它就可以去找谁学？想想找谁？哎，很好啊，快去找eureka或nacos。因为eureka或nacos里记录了所有服务信息，它一旦日本ribbon从这里拿到了服务名称，就可以去拉取服务了。ribbon去eureka或nacos找一个service，eureka或nacos帮我看看有没有，发现有两个，那ribbon下一步就可以对它这两个去做负载均衡，让发送请求的服务去挑，可能挑到端口1也可能端口2，那么这样呢，整个流程就完成了。

       ( 当然啦，这是我们给大家讲整体啊，那具体ribbon是什么时候来这个请求的，又是什么时候拉取的，什么时候去做的，这个附带均衡我们需要通过源码来去跟踪）