推送的背景
推送整体架构
模块拆解
第三方能力的接入
目前接入第三方通道的方式有两种
基础数据表
统一推送后台
统一推送API
做个统一的推送中心能解决如下问题
补充说明
-
防止接口泄露后的恶意调用 -
要考虑不能让系统重复的调用,导致用户一直受到消息的情况
总结
-
最好只使用第三发推送的通道能力,只对接使用SDK,后台能力以及底层的数据逻辑还是自己开发,这样通用性以及安全性更高 -
推送其实最重要的底层数据是,用户ID,设备ID与应用ID的绑定关系,有了这个绑定关系,可以灵活的满足业务不同范围目标的消息 -
推送与账号的关联性极大,一般会将这两个模块分在一个组或同一个人来维护,这个对于产品管理也有好处 -
推送很重要的一点就是安全风控,不管是发送前审批,还是防止消息重复发送都要注意。