大家怎么解决推送后大量用户涌入的问题

[BeanYoung]

现在应用大概有150w用户，日活10w+，两台服务器，一台api，一台数据库。最近几次全员推送，每次都api超时，处于无法全员推送的状态。

我们使用到的技术关键字包括python， thirft， MySQL， peewee， redis， flask

我先说说我的想法。分库分表，缓存，无提示声音推送。

大家都怎么处理这种app全用户推送问题的？有啥思路和建议？

[mailunion]

分时段

[ovear]

queue

[BeanYoung]

@ovear 这个队列怎么用？

[BeanYoung]

@mailunion 分时段是个不错的方法。但对时效性较高的推送不太合适

[9hills]

按照最大流量重新计算资源，该买机器的买机器

[huijiewei]

分时间推送啊。

固定时间点开始推送最大可负载的用户量，比如10W。监控这10W用户的访问，然后再根据监控1W，1W的再进行分段推送即可

[ericFork]

如果使用的是弹性云主机，可以根据历史监控数据推断即将到来的峰值，在给出一定冗余的基础上暂时升级配置，然后根据实时监控数据降低配置

[yinxingren]

最经济的办法就是分时段推送了吧

[Ricepig]

redis模拟一个Queue,推动时把消息enqueue,另外起一个service,有节奏地dequeue并通知.

短信群发都这么做,哈哈

[huafang]

腾讯已经推出一个推送服务了

[openroc]

如果必须要并发访问，就利用EC2这样的，提前launch多个instance。数据也可以用instance作cache。峰值过去后，在关闭，也很节省。（24个instanche，1小时，相当于，1个instance一天）

[GreenHand]

如果只是推送后服务器无法承载访问压力，建议部署在云主机上。
如果买主机，可能导致平时资源浪费。

或者，没必要集中推送嘛，如果实时性要求不高的话。