RPC的负载均衡策略

注：本文非原创属转载

抽空自己写了个简易版的rpc框架，想了下怎么搞负载均衡， 最简单的方式就是搞个配置文件放置服务地址，直接读配置文件，转而想到配置文件可以放zk，相当于用zk来做配置中心或者服务发现。 优秀的dubbo项目就可以这么做，马上参考了下谷歌的grpc,发现了一篇谷歌很棒的文章，拜读了下（也借用了谷歌这篇文章的图片），很不错，想写一些我自己的见解。

传送门： https://grpc.io/blog/loadbalancing/

rpc通信本身并不复杂，只要定好协议怎么处理问题不大，但是负载均衡的策略是值得推敲的。

一般情况下，负载均衡的策略有以下两种

1. 代理服务

客户端并不知道服务端的存在，它所有的请求都打到代理服务，由代理服务去分发到服务端，并且实现公平的负载算法。 客户机可能不可信，这种情况通过用户面向用户的服务，类似于我们的nginx将请求分发到后端机器。

缺点： 客户端不知道后端的存在，且客户端不可信，延迟会更高且代理服务会影响服务本身的吞吐量

优点： 在中间层做监控等拦截操作特别棒。