【转】分布式websocket服务器

最近在开发一个游戏的客服系统，同一时间咨询问题的玩家多，为了保证服务器高可用，需要利用分布式，另外服务器宕机还需要玩家无感知重连，最关键的一点是如何实现服务器的高扩展性，即性能不足时，如何以最少的代价增加一台新的服务器。

1.单台websocket

单台消息互传实现十分简单，通过websocket中转就可以了，不再多加赘述。

2.多台websocket

当客户端不在同一台服务器上时，如何实现消息互通？

一开始的时候，我是想着把server A 与 server B 通过websocket连接起来，互发消息，这种方案在服务器数量小的时候，维护起来也不算麻烦。

例如增加server C 就要把 A、B、C连起来，但是每增加一台服务器，工作量指数级增长，还要考虑到服务器宕机、服务器心跳的各种问题，想想都头疼。

3.多台websocket消息推送

这下舒服了。

1.使用全局redis存储客户端与服务端的关系；

2.webscoket服务器各自订阅不同的消息队列。

发消息流程：

情况一：

clientA 给 clientB 发消息时，先从缓存中读取clientB在哪个服务器上，发现clientA 与clientB 在同一服务器时，消息直接发送至clientB

情况二：

clientB 给 clientC 发消息时，从缓存中读到clientC和clientB并不在同一服务器上，例如clientC在wsB，那么clientB将消息发送到rabbitmq队列B，然后rabbitmq推送到wsB，wsB给clientC发送消息。

4.总结

1. 新增服务器只需要多订阅一条消息队列。
2. 服务器宕机时，客服端重连websocket，重新绑定redis的server关系。
3. rabbitmq的ack机制保证消息的可靠性。

5.改进

压缩消息，节省带宽。推荐使用google的protobuf，就是稳。