做一个接近万人的微信摇一摇抢红包活动程序与服务器需要多少预算

[wukongkong]

很简单，但是也很复杂。
之前几百人的时候经常服务器 gg ，现在一个商场想做微信抢红包活动，求有经验的说说，可以直接外包。

[torbrowserbridge]

我觉得并发数据更重要

[k9982874]

这样的场景考虑用 c/c++写服务器吧，理论单台 1W ，实际单台 5000 可以，最少 2000 。

[000wangxinyu000]

直接用微信红包不可以么~

[wukongkong]

@k9982874 有兴趣接外包么ʘᴗʘ

[wukongkong]

@000wangxinyu000 微信红包没有这个场景啊…摇一摇的微信红包已经关闭了…

[000wangxinyu000]

奥奥~有接外包的可以带我一个么，坐标北京

[justfindu]

摇周边那个 直接物理设备链接 提前服务器设置

[lj0014]

openresty+redis ，直觉单机可以 HOLD 住

[allce231]

理论上摇一摇 2 秒一次 就是每个人 2 秒一次请求 每一秒 10000/2 = 5000 次并发 也不是很高〜

[stiekel]

其实还好吧，有可能长链接都不需要。用个 Redis Memcached 之类，应该问题不大。

[wukongkong]

@justfindu 恩，需要讨论就是服务器怎么配置，之前用的 we7 的微擎老有问题，这次想外包的。

[stiekel]

@wukongkong 服务器的配置要求不太高，直接弄个云服务器，普通配置， SSD ，内存稍大点，应该就行了。
(Node or Go) + Redis + MongoDB 应该没问题。

[heyli]

有兴趣 怎么联系

[qiayue]

用 iBeacon 接入微信摇一摇周边，用户开启蓝牙，打开微信摇一摇界面就可以摇，摇出来之后进入一个 HTML5 页面，获取用户 openid 之后，调用微信红包接口给用户发红包。
2015 年我帮某企业做外包，在北大某个会场，五百人同时摇红包（对于程序来说，并不是同时），没毛病。
你一万人肯定不可能在同一秒摇吧，所以其实也没那么大的并发。

[wukongkong]

@qiayue 客户想基本同一时刻进行活动，抢红包…

[wukongkong]

@heyli cXE1MjQyNzkwMjQ=

[justfindu]

@wukongkong 摇周边那个红包是预下单了多少个红包交给了微信后台, 也就是你需要先充值, 然后分好红包个数以及价格...到时候开放给用户摇, 基本跟服务器就没多少关系了...这是线下解决方案 可以看看 wiki...

= = 摇一摇周边这个摇红包关闭了?

[wukongkong]

@justfindu 九月份关闭了…不然方便的要死要死

[qiayue]

@wukongkong 即使是现场 1 万人做好准备了，支持人一声令下，大家同时摇，对于程序来说，也不是同一秒发生的，尤其是用了微信摇一摇周边之后，同一秒进入 HTML5 界面的有 1000 人就很不错了。
而这个方案，对于服务器来说，只需要收到前端发来的 openid 之后，随机一个数字，然后调用微信红包接口发红包，服务器要做的很少。

[codingkiller]

还要搞清楚一点，客户需不需要获取微信用户的头像 /昵称这些数据。我们做了两年多的微信红包活动，上个负载均衡的方案就都解决了。