IM 架构设计

在spring cloud 的基础上设计IM架构
使用tcp长连接。

服务划分

auth_center: 用户认证

im_connector: 客户端接入

im_dispatcher: 消息分发，类似于代理转发消息，根据IP选择接入层的服务器，最后推到用户；负载均衡。

im_service: 消息业务处理

k8s: 服务注册与发现

leve_sequence: 全局消息序号生成器，获取全局唯一的不断增长的序列号，用于标识消息和排序。

leve-message: 推送服务。包括苹果的apns、华为、小米、oppo、vivo等厂家的推送。

服务详细说明见下文。

auth_center服务

负责token的发放、刷新和校验。与用户登录共用。

在im的场景，主要负责token的校验。客户端发起“接入”请求后，im_service中调用auth_center校验证token，如果校验不通过，则通知im_connect服务断开客户端的连接。

im_connect中保存客户端的连接状态，只有“接入”成功，才算连接成功。

im_connector服务

使用reactive编码方式。

同样是spring cloud的一个微服务，让客户端可以通过k8s master 的ip和 node port 建立tcp连接。

通过netty实现tcp server，接受客户端的接入。维护客户端的连接状态。

负责消息的接收与发送、编解码。

客户端使用IP直连方式，回避域名劫持的操作；

保存客户端的连接与“接入”状态，只有“接入”认证成功才算连接成功。连接状态保存在本地map中。

负责数据包的解释。我们使用protobuf对数据对象进行编解码。

重试。

主动发现已断开的连接，比