由于我们线上推送的量不小，推送后端需要部署多节点保持高可用，所以需要自己做集群，具体架构方案如图：
Auth Service：鉴权服务，根据Token验证用户权限。
Collect Service：消息采集服务，负责收集业务系统消息，存入MongoDB后，发送给消息分发服务。
Dispatch Service：消息分发服务，根据路由规则分发至对应消息推送服务节点上。
Push Service：消息推送服务，通过websocket将消息推送给用户。
集群推送的关键点在于，web端与服务端建立长连接之后，具体跟哪个推送节点保持长连接的，如果我们能够找到对应的连接节点，那么我们就可以将消息推送出去。下面讲解一下集群的大致流程：
1>. web端用户登录之后，带上token与后端推送服务（Push Service）保持长连接。
2>. 推送服务收到连接请求之后，携带token去鉴权服务（Auth Service）验证此token权限，并返回用户ID。
3>. 把返回的用户ID与长连接存入本地缓存，保持用户ID与长连接绑定关系。
4>. 再将用户ID与本推送节点IP存入redis，建立用户（即长连接）与节点绑定关系，并设置失效时间。
5>. 采集服务（Collect Service）收集业务消息，首先存入mongodb，然后将消息透传给分发服务（Dispatch Service）。
6>. 分发服务收到消息之后，根据消息体中的用户ID，从redis中获取对应的推送服务节点IP，然后转发给对应的推送节点。
7>. 推送服务节点收到消息之后，根据用户ID，从本地缓存中取出对应的长连接，将消息推送给客户端。
其他注意事项：
1 写代码。这是最基础的一步，即实现C语言的源文件(.c，必需)，和可能的头文件(.h,非必需)。2 编译。将编写好的代码，通过编译工具，转换为目标文件。此步中，会对文件内部及包含的头文件进行语法语义的分析检查。如果出错，则必须返回到1步对代码进行修改，直到没有错误为止。3 链接。将目标文件链接成可执行文件。此步会对文件直接的关联进行检查。如果出错需要返回到1修改代码。直到没有错误。4 运行。这个是最后一步，也是C语言的最终目的。在运行结果与期望不符时，需要检查原因，修改代码，重新执行1,2,3直到程序没有问题。
