thrift、avro、grpc之类的rpc框架默认都没有提供负载均衡的实现，生产环境中如果server只有一台，显然不靠谱，于是有了下面的设计，这其实是前一阵跟北京一个朋友在qq群里交流的结果，分享一下：

主要思路：

1、rpc server端以多实例方式运行（多端口或多机部署均可），启动时每个实例向zk集群以临时节点方式注册（这样，遍历zk上/server下有多少个临时节点就知道有哪些server实例在线）

2、客户端自己实现一个连接池，连接池初始化时，从zk将在线的server实例信息同步到本地并缓存，同时监听zk下的节点变化，然后建立连接若干（简单考虑的话，可以与每个server实例建立一个连接）

3、客户端需要与Server通讯时，从连接池中取一个可用的连接，用它实现远程调用。

 

需要考虑的细节：

连接池其实是关键，要设计完善的话，还是有很多细节要认真考虑：

a) 连接池的初始连接数、最低连接数、最大连接数，这些都是要考虑的。

b) 如果长时间没有client调用，要有额外机制来释放闲置连接（可以额外开一个线程定时检测）

c) 如果server端，某个实例down掉，要考虑将对应的连接置为不可用，或者直接释放。

d) 没有可用连接时，如果池中的连接数<最大连接数，要考虑主动创建新连接。

e) 所有连接都占用，也无法创建新连接时，要有通知机制(邮件、短信之类的都行)及时通知运维人员，提示新增server实例。