摇一摇

我们面临怎样的挑戓？

•海量用户请求，预计峰值3w/秒  

对应策略：万一超过怎么办：过载保护：前端保护后端，后端拒绝前端

•持续9轮

对应策略：根据实际情况增减，保证成本效果比最佳

•除夕夜，不确定因素多

对应策略：项目全员待命，随时修正调整

•系统深度定制，成败在此一举

对应策略：做好风险预测和预案，原型系统必须经过深入优化，才有可能解决这些问题

•全民高度关注，必须成功

对应策略：保证核心体验，保证核心体验，保证核心体验。摇到红包（最核心）--分享（次之）--领取（最次支付宝）

•开发周期短，缺少历史经验

对应策略：放下包袱努力做到最完美

设计不等于实现 反复测试：1，全程压测2，与题 CODE REVIEW3，内部演练4，线上预热5，复盘不调整

总结：全程

初步数据

安卓 平均新增2K 活动当日 9K，3.3万人参与 摇216W次 中奖4.3万 分享2.8万 分享页pv19w

ios 7654参与，摇了45w 8498次 成功分享5627

问题：技术全程无问题

1，设计上支付宝红包领取高峰时排队

2，越到最后APP曝光和下载越低，原因口令红包，摇后图片分析到朋友圈  

改进：放弃支付宝口令红包，使用微信支付，动态生成红包每个摇到的都是唯一的原型如下