KristenGe

@svenkkkkk 想了一下，好像确实有单点问题，如果 router 也注册到 zk 中，就得在 gate 里做负载均衡了，感觉不太好，有什么好的建议吗？

@svenkkkkk 图画得有点问题，router 不是单点，应该都注册到 zk 中

@NUT 如果有接入层，单论接入层的话，像连接的 channel 这种东西是作为集群各个节点本地 session 存储，还是用序列化方式统一存储，channel 这种东西适合做序列化统一存储吗？

@mawerss1 发送端其实已经收到消息发送成功的应答了，因为消息已经落到 MQ 里了

@b1ghawk 这种做法我感觉在 IM 的系统中不太现实，量一旦上来了，会造成网络堵塞；而且每台机器都等于要处理全网的消息量，性能一定会成为瓶颈

@Nazz 这个其实没有问题的，无非就是 client 和 server 之间做一层 routing ，现在问题是不同节点上的用户之间消息交互，是通过对方机器标识（或服务标识）做 MQ 的 Topic ，精准送达，如果服务 down 了，topic 成无订阅状态，消息无法消费了。现在能想到的是用 ZK ，不过前期不想太复杂。

@wyx119911 服务如果无状态，消息寻址，或者说消息路由吧，怎么送达对方的 channel 呢？

@billlee 能具体点吗？目前 MQ 中的消息等于是通过 userId 寻址，找 Topic 送达对应主机，userId 分区是怎么个做法？

@Nazz 问题是一旦量上来了，扩缩容的时候，可能会出现多台主机对应的 MQ Topic 处于无订阅状态。