移动应用软件有一些是长连接的,而服务器端的集群部署,有的是通过F5把每一次网络请求随机转发到集群中某一台应用服务器上的。要是想把某消息通过集群环境发送到移动端,那么集群中网络请求的随机转发与移动端长连接的特性会有矛盾。
本文以Androidpn(网络协议为XMPP)为例,介绍一种后台集群部署解决移动端与服务器间长连接问题的方法。
网络连接示意图:
(上图省去了APN服务器与IME客户端之间的网络层)
网络消息路由:F5~APN(x):外部的网络请求,会随机发送到集群中的一台APN服务器上。XMPP消息路由:APN01~IME01, APN(x)~IME(x):设备(x)只与一台服务器APN(x)保持长连接,是一一对应的关系。
举例说明集群遇到的问题:
假如APN01与IMEO1保持连接。当有外部网络请求、要向IME01发送消息时,F5首先接到网络请求,并将此请求随机转发给APN服务器,可能是APN02。而此时APN02服务器与IME01没有连接,此请求就无法发送出去了。
解决方法:
引入Rabbitmq 消息中间件 ,用于APN服务器间的消息转发、通信。每一台APN服务器,通过rabbitmq客户端与rabbitmq服务器进行通信。
引入Memcache存服务器 ,胜于长连接客户端面与服务器的字典表,每次移动端登陆服务器应用时,就把移动端标识与其连接的服务器标识保存在缓存。每一台APN服务器通过MemCache客户端与MemCache服务器进行通信。
接着上一个假设中的问题,APN02在接收到网络请求时,首先拿通过MemCache查询该移动端连接的APN服务器是哪个(MemCache中记录APN01与IMEO1保持连接),若是本机则处理消息,否则就将网络请求的消息发送到Rabbitmq服务器(rabbitmq路由机制及设计方法不是本文的重点),Rabbitmq服务器根据路由,将消息发送给与IMEO1保持连接的APN01服务器上的Rabbitmq客户端。APN01上的Rabbitmq客户端收到消息后进行处理,再调用APNO1与IME01的连接,将消息发送给设备IME01。
发送集群非本节点消息流程图:
附:Androidpn是韩国Sehwan No写的开源消息推送项目,很多大公司都用这个消息推送方式构建自己的消息推送服务,缺点是导致客户端比较耗电。通信机制分别由客户端和服务器完成。