同城高性能移动Push推送平台架构演进之路.docxVIP

58同城高功能移动Push推送平台架构演进之路 孙玄 2021-04-01 本文具体叙述58同城高功能移动Push推送平台架构演进的三个阶段，并引见了什么是移动Push推送，为什么需要，原理和方案对比；移动Push推送第一阶段（单平台）架构如何设计；移动Push推送典型功能问题分析处理，以及高可用、高功能、高稳定性如何保证。 什么是移动Push推送 移动Push推送是移动互联网最基础的需求之一，用于满足移动互联环境下消息到达App客户端。以转转（58赶集旗下真实个人的闲置买卖平台）为例，当买家下单后，我们通过移动Push推送消息告知卖家，当卖家已经发货时，我们通过移动Push消息告知买家，让买卖双方准时把握二手商品买卖的实时订单动态。 为什么需要移动Push推送？ 移动互联网络环境下，经常会消灭弱网环境，特殊是2G、3G等网络环境下，网络不够稳定，App客户端和相应服务器端的长连接已经断开，消息无法触达App客户端。而我们业务需要把Message（转转App买卖消息等）、Operation（转转App运营活动等）、Alert（转转红包未消费提示等）等消息推送给App客户端，从而触发用户看到这些消息，通过点击这些Push消息达到相应目标。 推送原理和方案对比 移动Push推送次要有以下三种实现方式。 移动App轮询方式（PULL）?App客户端定期发起Push消息查询恳求，来达到消息推送的目的。PULL方案的优点和缺点都比较明显，全体架构简约但实时性较差，我们可以通过加快查询频率，提高实时性，但这会形成电量、流量消耗过高。 移动App基于短信推送方式（SMS Push）?通过短信发送推送消息，并在客户端置入短信拦截模块，能拦截短信，并解析后转发给App应用处理。这个方案实时性好、到达率高，但成本很高。 移动App长连接方式（Push）?移动Push推送基于TCP长连接实现，消息实时性好，这是目前主流的实现方式，需要维护App客户端和服务端的长连接心跳，会带来额外的电量、流量消耗；在架构设计时，需要做些折中，以避开流量和电量的大量消耗。此外Push推送技术架构简单度较高，维护移动App客户端的海量长连接恳求，并建立与App客户端通信的加密通道，整合成内部少量有限的长连接，对通信数据进行压缩与解压，以节省流量。 目前移动Push推送技术基本都是结合这3个方案进行，但对于不同的移动终端平台，又有各自不同的实现，这里具体引见iOS和Android平台上的具体实现方案。 iOS平台 对于iOS平台，由于其特殊性，移动Push推送相对简约，iOS应用是不允许service后台常驻的，所以你没有别的选择，也没方法通过开发本人的Push service来完成推送下发，只能通过苹果APNS方式来完成。iOS移动Push推送流程如图1所示。 图1 iOS移动PUSH推送流程 ? Android平台 在Android平台上，由于对service常驻没有限制，可用的方案就多一些：可以通过Google官方C2DM 完成、开源方案（例如XMPP）、借助第三方，或者完全自主研发的移动Push推送方案。?Google C2DM的次要流程如图2所示。 图2 C2DM移动PUSH推送流程 ? Google C2DM和Apple APNS流程大致类似，但其最大的问题是移动Push推送服务器在国外，很简约被屏蔽，而且Push推送延迟较大。此外由于 Android社区分裂比较严峻，很多厂商直接就把C2DM模块给去掉了，所以在国内这个方案极不行靠，变成了一个理论上的方案。 移动Push推送开源方案 对于开源移动Push推送协议，常见的有XMPP等, 现实上Google的C2DM底层也是基于XMPP协议实现的，我们通过线下测试发觉，开源移动Push推送方案次要有两个问题：第一，没有ACK机制，消息到达没有保证，不行靠；其次，当移动Push消息恳求量并发增大时，系统开头变得不稳定，甚至消灭了模块宕机的情况。因而直接使用移动Push推送开源方案，也不是格外牢靠，我个人建议：在大规模使用开源的移动Push推送方案之前，必需做到对开源技术方案全体把握住，不然一旦消灭问题，无法准时定位和修复的话，带来的后果将会是灾难性的。 借助第三方移动Push推送方案 除此之外，目前移动Push推送市场上，还有不少第三方推送产品可供选择，但需要面临以下几个问题： 到达率?虽然第三方移动Push推送产品都宣扬到达率高于90%，但是实际使用起来，发觉远远达不到。当然到达率低的问题，除了第三方移动Push推送平台本身技术缘由外，还和业务推送方的用户选取有很大关系，假如用户较活跃，到达率就会高些，假如用户不活跃，或者用户已经卸载了相应的App客户端，必定形成到达率进一步降低。 实时