我们面临怎样的挑戓？
•海量用户请求，预计峰值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曝光和下载越低，原因口令红包，摇后图片分析到朋友圈
改进：放弃支付宝口令红包，使用微信支付，动态生成红包每个摇到的都是唯一的原型如下
