昨晚发红包的百度经历了什么

本文作者：李勤

2019-02-05 13:21

导语：为了给大家顺顺利利发红包，他们经历了什么。

昨晚（ 2 月 4 日）雷锋网编辑参加了一个超过 9 亿的大项目，对了，如果你知道这个梗，应该发现了这就是这几年春晚大家喜闻乐见的摇红包环节。据百度官方传来的消息，春晚期间，百度共发出 1000 万个 20.19 元的红包、100 万个 88 元红包、10 万台小度 AI 音箱、1 万个 2019 元红包以及手气红包。

为了扛住春晚红包冲击，我们来看看，百度经历了什么。

30天，三大挑战

熟悉雷锋网网络安全频道的读友应该知道，我们常把全民线上参加的一些“活动”，比如电商购物节、春运抢票等比作一场大型人肉“DDoS”，考验着背后技术提供商的硬核实力。

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

百度云方面称，其面临了“三大挑战”：临时用户登录量极大，瞬间出现巨大流量峰值，短期资源需求量巨大。稍有支持不力，都可能导致用户打开百度 APP 缓慢、无法登录自己的账号、点击界面无反应，甚至出现白屏，更别说参与抢红包大战。

根据雷锋网编辑昨晚个人的体验，在摇红包上，倒是没有什么卡顿的经历，只是在热门时间点的“领钱”一项上，无法实时统计抢到的红包数额，除此之外，整个摇红包过程比较流畅。

为了保障摇红包的流畅度，百度称，百度技术部门在从项目启动到上线的 30 天内，展开实施产品运营优化、数据库优化、智能调度、技术设施运维等全方位应对方案，这与雷锋网编辑了解的相关电商“双十一”购物节的准备周期有类似之处。

不过，由于春晚红包项目的特殊性，留给百度的时间似乎更少。

百度云透露，对于负责数据中心机架供应、服务器扩容和网络建设的百度系统部，很多项目甚至要求 3 周内完成。数千万用户短时间冲击登录系统的难题，对于百度云短信平台来说，也只有 20 多天的解决时间。比如，雷锋网了解到，百度在北京顺义华威机房于 8 小时内完成了 10000 台服务器的物理上架，16 小时完成了自动化上线交付业务使用，在 3 周内完成了 IDC 网络和 CDN 资源建设，建设量相当于 2018 年全年的任务。

他们还做了些什么？

1.面对临时用户登录量极大的难题，百度云 20 天内将短信承接能力提升至少数十倍，还与运营商合作，在云上布局一键登录功能，简化登录流程、减轻服务器压力。

2.对于红包福利活动中出现的小度商城，提供存储、计算等技术支持。

3.工程师对用户刚登录 APP 时的内容加载进行优化，并通过智能调度系统，依据用户行为的不同计算、调度早已准备好的冗余资源，增加系统容量，合理分配带宽。

4.为了应对短期资源需求量巨大的难题，百度在全国各个地区提前规划和布局了多个数据中心集群，确保机架位资源充足供应，机房动力环境安全稳定运行；构建弹性供应链，应对业务陡增的刚性需求，保障服务器资源及时、高效交付；构筑敏捷高效的自动化处理平台，灵活调整并发限制。

有意思的是，在春节期间，中国网络还存在一个特殊的迁徙现象。很多网民会从一线城市回到三四线城市。这使得流量结构发生变化。百度春晚技术保障项目管理团队根据往年春节用户迁移路线，提前规划好了不同地区的所需要的网络资源，其调度系统在分钟级别上感知不同地区资源紧张程度，并进行相应的资源调度和补给。

5.应对潜在的黑灰产威胁。每逢活动，“抢钱”的黑灰产特别多，为了防止黑灰产浑水摸鱼，百度安全称，在此次活动中压力颇大的风控环节，使用了业务安全风控平台“昊天镜”，基于5层复合机器学习和威胁情报大脑，发挥了对规模化深层黑产感知、人机识别、群控加代理集群拦截及黑产溯源的功能。此外，百度此前和与运营商形成联合预案，预防DNS攻击，并通过猎鹰监控与运营商刷新DNS，防止 DNS 劫持，针对四层攻击（SYN Flood、ACK Flood、UDP Flood）等，实行 GTC 流量调度、智云盾发现、运营商黑洞、清洗（UDP）策略等，过滤恶意用户，拦截DDos攻击、打击隐私窃取等。