要做一个能达到BAT产品水准的消息推送服务平台要多少钱？

如题，别问我为啥不用第三方服务（因为我有一个好领导），大概二十万左右的用户，能达到微信或者淘宝这样的消息送达率和送达时间，建设这么一个消息推送平台和相应的APP组件，需要多少人多少时间多少钱？

[本帖最后由 蓝蓝的天 于 2016-9-1 22:42 编辑]

bat也用第三方
容联你不知道？

用开发app，维护app。推广app的钱用来提升用户体验我觉得更能留住客户。

6个码农做3月基本出来了。我们公司短信用的第三方，微信就接微信，应用服务器大概100台。大概花了这么多

二十万的日拉取量不大，光推送功能一台主流pc和随便找个上道的码农一周就能实现，但是还要看你的推送内容管理界面，推送逻辑复杂程度。

而且你这需求除了二十万用户推送是明确的，其他应用需求一概不知，没办法评估

另外，要做得像bat，你司破产都做不出来，业界谈需求有个笑话“我的需求很简单，两个星期照着淘宝的功能拷贝一份就好了，五万够没，我给到八万”

不是日拉取量，是并发……

并发二十万………
冒昧问句，贵司什么业务要做到并发二十万。普通推送，就算全局推，挂个队列后台慢慢跑就得了。如果是im，并发达到二十万的，意味着同时活跃用户至少十万以上，那注册用户至少一百万以上，又不是腾讯家，我只能想到陌陌了。

喷了，并发……我说搞清楚并发的意思了吗？

网易云信

进来学习的

并发喷了。这个量级可能还真是阿里巴巴的量级

好吧，我承认我没看清楚具体需求……
LZ可以看看这个
http://www.52im.net/thread-330-1-1.html

我仔细看了一下，如果只是做push或者im，20W并发确实并不算太夸张！
因为push和Im的并发很多时候只是连接并发，并不会有数据上的交互，所以im服务器一台服务器背个几十万甚至上百万应该都可行的！
实际上需要push的时候照样会按照队列的形式一个一个的发送数据出去，接收用户也会肯定有时间上的先后顺序的依次收到
我一开始看到需求的时候，第一个反应就是Http协议的并发，因为Http协议本身是非持久无状态的，只要有请求了，一定是有数据传输的了，20W的http协议并发，意味着服务器要同时处理20W的数据上传下载和运算，就http来说，这个确实就很夸张了！

8万左右 维护费看具体功能 如果有需求请登录公司网站 看看www.jiuhangkeji.com提tg 有优惠 提供正规发票。。。。。

并发?秒级20W?

我就说说,去年双十一的秒级tps是8W5吧?反正就是8W多....虽然人家是涉及到复杂的支付流程和db读写

但是,你这个秒级8K都已经可以秒天秒地了....

妈的以前做银行业务系统压力测试五百并发己经逆天了.

并发……

你需要10个人，50天，130万 外加一个秘密武器

聚划算是7个人45天做好的

10万并发你这个带宽需求都是天文数字

直接用微信更靠谱点

所有的应用的推送都不会一秒全部20万一块拉，而是在app设置轮询时间间隔，比如一小时轮一遍，平均下来就算20万用户挂后台，每秒也就56并发，峰值也就百来。

如果你想做im级别的实时，我觉得你在线数有2万就很屌了，用长连接消耗会大些，没走深入研究过，性能不好说但实现不困难。