昨晚發紅包的百度經歷了什麽

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

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

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

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

但這並不是唯一目的。

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

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