网络安全检测|网络安全服务|网络安全扫描-香港墨客投资移动版

刚刚过去的除夕夜，可能是百度有史以来最忙碌的一个夜晚。

四个小时的春晚，四次全民参与的红包互动，最终208亿次的亮眼成绩，以及百度App的App Store免费总榜第一，这一切让百度成为今年春节绝对的主角。

互联网公司竞争激烈的“春节档”，就这样以百度的大获全胜而收场。

硝烟褪去，就是复盘的时刻。回顾过去5年的红包大战、春晚交锋，商战之外其实用户最关心的只有两件事情：红包多不多，服务稳不稳。

百度今年豪掷9亿，是春晚红包金额迄今为止最多的一次。四轮红包互动也创造了春晚流量之巅，但没有发生前几年的宕机现象，百度技术能力再次被肯定。活动结束后，百度高级副总裁王海峰在朋友圈说，208亿次互动，服务始终稳健，过硬的技术是保障。

春晚流量难在哪？

以往业界公认的大流量是双十一或者12306，这二者有着很多相似的地方，瞬间涌入大规模的用户请求对平台来说是史无前例的挑战和压力。

12306网站被骂最惨的那几年，很多事情都不能迎风而上的出面解释。等到12306网站系统稳定不再频繁崩溃时，网上才出现几篇疑似叫屈的文章，核心观点都是说做12306其实比淘宝秒杀更难。

如今，12306经过多年的系统技术升级，已经没有大规模宕机的情况发生。双十一虽说没出过大的事故，但每年凌晨12点的支付系统仍会出现小瘫痪。

不过在春晚面前，12306和双十一都不算最难。

春晚的难在于更大规模的用户请求在瞬间爆发，同时需要活动平台在对实际状况无法准确预测的情况下做好部署及预测。春晚的流量密度是12306和双十一无法比拟的，毕竟春晚互动参与量超过百亿，可以想象如此巨大的用户量瞬间产生的数据规模有多大。

2015年除夕，微信红包的最高峰值出现在22:34，数字是8.1亿次/分。当年微信春晚摇一摇互动次数达110亿次，其中腾讯宕机1小时。

2016年除夕，支付宝互动平台的总参与次数达到3245亿次，是2015年春晚互动次数的29.5倍。在21点09分达到峰值210亿/分钟。虽有阿里云支撑，但支付宝红包还是宕机了数分钟。

而百度面临着更大的考验。猪年春晚，百度提供了4轮9亿的红包。每轮活动，用户的任务都不相同，摇一摇、Feed流中搜索以及进入小程序或小度商城，涉及百度数十个产品、百多种用户场景，再加上新增的AI玩法，这给百度APP带来了高并发、大流量，给百度云的服务器、带宽等基础设施带来巨大冲击。

具体来说，主要是三大难题：临时用户登录量极大、瞬间出现巨大流量峰值以及短期资源需求量巨大。稍有不慎，都可能导致用户打开百度APP缓慢、无法登录账号、点击界面无反应，甚至出现白屏，更别说参与抢红包大战。而且从结果来看，208亿次互动，确实是史上最大的红包流量了。

另外，因为智能手机普及，移动互联网下沉，网民数量增加等因素影响，百度今天面临的整体情况也要比前几年更加复杂。

首先是手机网民的数量与日俱增，从2015年12月的6.2亿增长至2018年6月的7.88亿。这对百度而言，前期做预测模型推演的难度就要比腾讯和阿里更大，同时后期对数据峰值的吞吐能力也是一个挑战。

其次是产业链环节的风险，用户在手机端摇一摇就能参与红包互动，实现如此简单的行为背后，需要整个产业链的合作：下载百度App、运营商短信通知、网络承载以及应用商店服务器、电信运营商网络、机房、光纤等硬件，一个环节出错都可能导致宕机。

事实上除夕夜百度第一轮红包互动之后，App Store、华为、小米、三星等几大应用商店就瘫痪了，其中App Store长达12分钟不能访问，今年的流量显然远超预期。

最后是黑/灰色产业链的风险，羊毛党手里掌握大量虚拟资源，它们可以在短时间内产生巨大流量，这部分流量叠加正常流量，就进一步加大了服务器的压力。

百度云保驾护航

根据百度官方公布的消息，春晚期间，百度共发出1000万个20.19元的红包，100万个88元红包，10万台小度AI音箱，1万个2019元红包以及若干手气红包。截至除夕夜21:00，全球观众参与百度APP红包互动就已经达到了92亿次，到整个活动结束红包互动更是高达2018亿次

这样的情况下，据我观察，整个互动过程十分顺畅，并未出现卡顿、延迟以及宕机。反而是11点左右，微信却宕机了，无法发送红包。