據百度官方傳來的消息，春晚期間，百度共發出1000 萬個20.19 元的紅包、100 萬個88 元紅包、10 萬台小度AI 音箱、1 萬個2019 元紅包以及手氣紅包。為了扛住春晚紅包衝擊，我們來看看，百度經歷了什麼。我們常把全民線上參加的一些“活動”，比如電商購物節、春運搶票等比作一場大型人肉“DDoS”，考驗著背後技術提供商的硬核實力。

豬年春晚，百度提供了4輪9億的紅包。每輪活動，用戶的任務都不相同，有的去搖一搖、有的去feed流中搜索、還有進入或小度商城。涉及百度數十個產品、百多種用戶場景。再加上新增的AI玩法，這給百度APP帶來了高並發、大流量，給百度雲的服務器、帶寬等基礎設施帶來巨大衝擊。

百度雲方面稱，其面臨了“三大挑戰”：臨時用戶登錄量極大，瞬間出現巨大流量峰值，短期資源需求量巨大。稍有支持不力，都可能導致用戶打開百度APP緩慢、無法登錄自己的賬號、點擊界面無反應，甚至出現白屏，更別說參與搶紅包大戰。

在搖紅包上，倒是沒有什麼卡頓的經歷，只是在熱門時間點的“領錢”一項上，無法實時統計搶到的紅包數額，除此之外，整個搖紅包過程比較流暢。

為了保障搖紅包的流暢度，百度稱，百度技術部門在從項目啟動到上線的30天內，展開實施產品運營優化、優化、智能調度、技術設施運維等全方位應對方案，這與編輯了解的相關電商“雙十一”購物節的準備週期有類似之處。

不過，由於春晚紅包項目的特殊性，留給百度的時間似乎更少。

百度雲透露，對於負責數據中心機架供應、服務器擴容和網絡建設的百度系統部，很多項目甚至要求3 週內完成。數千萬用戶短時間衝擊登錄系統的難題，對於百度雲短信平台來說，也只有20 多天的解決時間。比如，百度在北京順義華威機房於8 小時內完成了10000 台服務器的物理上架，16 小時完成了自動化上線交付業務使用，在3 週內完成了IDC 網絡和CDN 資源建設，建設量相當於2018 年全年的任務。

他們還做了些什麼？

1.面對臨時用戶登錄量極大的難題，百度雲20 天內將短信承接能力提升至少數十倍，還與運營商合作，在雲上佈局一鍵登錄功能，簡化登錄流程、減輕服務器壓力。

2.對於紅包福利活動中出現的小度商城，提供存儲、計算等技術支持。

3.工程師對用戶剛登錄APP 時的內容加載進行優化，並通過智能調度系統，依據用戶行為的不同計算、調度早已準備好的冗餘資源，增加系統容量，合理分配帶寬。

4.為了應對短期資源需求量巨大的難題，百度在全國各個地區提前規劃和佈局了多個數據中心集群，確保機架位資源充足供應，機房動力環境安全穩定運行；構建彈性供應鏈，應對業務陡增的剛性需求，保障服務器資源及時、高效交付；構築敏捷高效的自動化處理平台，靈活調整併發限制。

有意思的是，在春節期間，中國網絡還存在一個特殊的遷徙現象。很多網民會從一線城市回到三四線城市。這使得流量結構發生變化。百度春晚技術保障項目管理團隊根據往年春節用戶遷移路線，提前規劃好了不同地區的所需要的網絡資源，其調度系統在分鐘級別上感知不同地區資源緊張程度，並進行相應的資源調度和補給。

5.應對潛在的黑灰產威脅。每逢活動，“搶錢”的黑灰產特別多，為了防止黑灰產渾水摸魚，百度稱，此前和與運營商形成聯合預案，預防DNS攻擊，並通過獵鷹監控與運營商刷新DNS，防止DNS 劫持，針對四層攻擊（SYN Flood、ACK Flood、UDP Flood）等，實行GTC 流量調度、智雲盾發現、運營商黑洞、清洗（UDP）策略等，過濾惡意用戶。

瞄準AI 品牌與B端客戶的秀肌肉

百度花了這麼多人、錢、力拿下以及保障2019 年春晚紅包項目，究竟是為了什麼？

前身為手機百度的百度App 目前成功躋身App Store免費總榜第一，在各种红包活動推廣中，也向全民推出了百度旗下的多款應用。

但這並不是唯一目的。

在百度雲方面給提供的資料上發現了這樣一段話：“复盤百度春晚紅包項目，我們發現，領先的技術架構，創新的解決方案，執行力高效的技術保障服務團隊，幫助百度扛過了春晚煉獄。這三大能力的結合，對百度雲的AI to B 戰略同樣至關重要。”

“煉獄”一說對昨晚徹夜加班、提心吊膽的百度程序員而言，確實非常生動。這次發猛力背後，顯露出來的是百度雲透過C 端，對B 端客戶的“秀肌肉”，而百度的AI 音箱作為專項獎品，成為春晚四輪紅包的其中一輪主力，百度強化其“AI”品牌的目的不言而喻。