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

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

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

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

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

@heyli cXE1MjQyNzkwMjQ=

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

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

有兴趣 怎么联系

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

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

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

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

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

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

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

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

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

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

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

我觉得并发数据更重要