除夕夜，百度首次加入春晚紅包大戰就挺住了，沒有宕機，而不巧的是，昨晚微信紅包短時間掛掉了，導致無法發微信紅包，二者因此形成了鮮明的對比，有人說是因為百度紅包的流量遠比微信的小，208億次互動顯然更有說服力。在知乎上有一個“BAT春晚發紅包，騰訊、阿里連續宕機3年，為何2019年百度挺住了？”的提問，知乎注冊用戶、同時也是虎嗅作者的maomaobear進行了解答，如下，虎嗅獲授權發表。題圖來自百度某員工的朋友圈。
百度是史上第一個扛住央視春晚流量的公司。
中國互聯網說大流量，一般我們會說雙十一晚上零時全民網購，全國人民一起搶購的突發流量是大流量，還有就是春運12306搶票的流量。而實際上，春晚搶紅包的流量才是終極BOSS。
我們看下數據。微信是裝機量最大的APP了，日活高峰是10億多點兒，支付寶這種日活不過2.3億，而春晚是在短短幾分鐘內，有10多億用戶同時發出需求。這個強度非常之高。
2015年除夕當天，微信紅包收發總量達10.1億次，春晚全程（2月18日20:00~2月19日00:48）微信春晚搖一搖互動次數達110億次，出現在除夕夜當天22:34出現峰值8.1億次/分。騰訊宕機1小時。
2016年，支付寶拿下了春晚合作機會。除夕夜，支付寶出現偶爾宕機。
2018年春晚，淘寶提前推導了各種極端情況，在2017年雙十一基礎上再擴容3倍。結果春晚當晚登錄的實際峰值超過了2017年雙十一的15倍，尤其新用戶的瞬時登錄更是完全超出預料，經受過雙十一洗禮的阿里服務器還是宕機了。
前有AT的前車之鑒，百度今年能不能扛住，也是受到很多關注。
事實上，當晚第一輪搖一搖紅包活動結束后，截至21:00，全球觀眾參與百度APP紅包互動就已經達到了92億次，而這才剛剛開始。史無前例的9億紅包數額、還有2019年智能機進一步普及，互聯網加速下沉縣城、鄉鎮、農村的趨勢，果然都讓2019人們的紅包熱情爆發得更加洶涌。
這些還不是全部。
任何紅包類、抽獎類活動還會有一個灰色的影子參與其中，這就是中國互聯網的黑產用戶，中國薅羊毛黨手里掌握大量虛擬資源，拼多多號稱一夜損失200億就是它們干的，它們可以在短時間內產生巨大流量，這部分流量疊加正常流量，也進一步加大了服務器的壓力。
另外，因為搶紅包這個東西，是有一個流程的，涉及很多外部服務，百度自己的服務器只是其中一個環節。
沒下載的用戶下載百度APP，沒注冊的注冊，注冊的收短信要通過電信運營商，所有網絡需求都要通過硬件。APP市場的服務器，電信運營商的網絡、機房、光纖等硬件，有一個環節容量不夠，都可能導致宕機。
事實上，春晚當天百度的第一輪紅包互動之后，蘋果應用商店、華為、小米、三星幾大應用商店全部掛掉，其中蘋果應用商店長達12分鐘不能訪問，今年的流量顯然遠超預期。在春晚直播期間，全球觀眾參與百度APP紅包互動活動次數達208億次！
但是，百度扛住了。
而且，相對往年，百度今年多了很多新玩法。語音搜索、視頻紅包的需求消耗的資源要高于傳統的搶紅包并發需求。百度這次使用個性化信息流和視頻技術，為每個用戶定制內容，千人千面，也讓流量壓力倍數增長。
但面對今年如此的超級需求，百度居然能頂住，全程沒有出現明顯故障，不得不說，業界公認的“百度技術強”不是一句空話，經過春晚這個流量王者的洗禮和證明，更穩了。
當然，平穩運轉背后也是險象環生，百度花了相當大的力氣。
據說，在確定拿下春晚紅包互動權后，百度成立了一個近千人的項目組，包括產品、研發、運營、客服以及風控，應對爆發數量的需求。
在技術方面，百度很早就落實了服務流量隔離、系統升級、專線新增以及服務器擴容等工作，提前進行了多輪全鏈路壓力測試和多輪的方案預演。
在硬件資源上，除了常規的擴容，百度還使用專有硬件計算（特定CPU或者GPU、FPGA等硬件），處理大規模AI計算需求；準備最大規模硬件資源，處理十億級別并發需求。據說整個系統在內部都是全自動擴容縮容，數萬臺機器，相應每秒數千萬的請求，并支持快速擴展支持更多請求處理。
百度的技術并不是天上掉下來的，而是百度大數據、云計算、人工智能技術多年發展積累出來的。百度在硬件上能夠提供專用硬件計算，是因為百度云服務本身就提供的GPU和FPGA專用服務器，百度能有全自動擴容縮容技術，是因為百度云本身就提供彈性伸縮功能。百度云的積累是百度能夠應對春晚紅包的數據爆發的技術技術。
值得一提的是百度并不只是靠計算能力硬抗，百度有小程序的技術優勢。百度這次的搖一搖紅包和視頻紅包等都采用小程序開發，用小程序技術支持更靈活的開發和預加載機制，不僅能夠應對更大流量更大并發，降低硬件資源消耗，提升效率，還有更好的用戶體驗。
在用戶比往年多、玩法比往年多、AI玩法增加計算壓力的地獄級別的高壓環境下，百度的春晚紅包沒宕機，悶聲搞技術總是沒錯的。
(
邯鄲網站建設)
