CDN百科 | 你的APP崩過嗎？

過去幾個月裡，#xxx崩了#這個話題頻繁出現在熱搜榜上，讓不少程式設計師小哥哥瑟瑟發抖。

從疫情宅家時期著名的影片APP“三連崩”，到全面復工開課後的線上教育平臺與辦公軟體頻繁當機，再到報復性消費引發的點餐系統接連“爆炸”，程式設計師們輪番上陣，或緊急擴容或搶修Bug，全力以赴將應用復活。然而，伴隨著越來越多的透過網上處理業務，這種平臺瞬時崩潰的情況絕不是最後一次出現。

 

你的APP為什麼而崩？

如果我們把伺服器比喻成一個景區，由於該景區在五一期間免費迎客，遊客蜂擁而至，景區沒有預計到會有如此洶湧的客流，也沒有做好相應的應對措施，最終導致景區人滿為患，遊客無法正常享受遊玩、餐飲等服務，整個景區癱瘓了，景區外的遊客也只能被拒之門外了。

對於線上的業務上來說，排除掉後端架構複雜度和基礎設施層面的問題，很多情況下“崩了”都是由於活動推廣期帶來業務突發性增長，瞬時流量激增、伺服器承載壓力過大而導致的。究其原因，實際上是沒有針對業務的情況和自身服務能力，提前做好容量規劃和應急預案。當突如其來的流量降臨，比如使用者增長和流量攻擊，無法做到彈性擴容和攻擊防護，業務就很難平穩執行了。

如果有了CDN呢？

如果有了CDN，就可以起到很好的分流作用。假設淘寶只有一臺伺服器A在執行，所有使用者都從這臺A伺服器下載資源（html、js、css等），這些靜態資源的訪問請求會給A伺服器帶來巨大處理壓力。但如果淘寶事先把這些靜態資源排程分流到全國各個地方的網路節點上（伺服器B、C、D…），使用者訪問的時候實際是從距離最近的伺服器N下載資源的，如此一來伺服器A的壓力就有所減輕，也就降低了因瞬時訪問過大這一因素而導致的系統崩潰的可能性。

再舉個例子，在體育或者遊戲賽事直播中，總決賽往往是最令人期待的，直播平臺也因為要承擔高併發訪問，一旦頻寬不足，使用者的觀看就會產生卡頓、延時、評論刷不出來、連麥不成功，甚至最後直播直接癱瘓，使用者無法觀看。CDN作為內容分發網路可以為直播分發提供流暢的播放下行鏈路，藉助負載均衡系統將將主播端採集的音影片資料推送到接近使用者的數千個邊緣節點，當觀眾端發起請求，就可以就近取得資源，減少網路抖動風險，增加直播鏈路穩定性，減少直播崩潰的可能性。

所以，其實你的APP崩了可能並不是CDN的原因，但是用了CDN會幫助你規避掉一些“業務崩潰”的風險時刻。 這也是企業為什麼在大型活動之前，通常都會選擇節點與頻寬儲備充足、穩定可靠、運維效能強大的CDN平臺來合作，扛住流量峰值的原因了。

阿里雲CDN的穩定性和效能都是經過歷年天貓雙11和春晚等大型活動的充分生產壓測的，可以確保客戶能夠平穩、順暢地完成屬於自己的“雙11”。其中智慧流量分析系統，可提前10分鐘對全網流量進行預測，保障資源池的合力連通度，在應對突發的大流量的同時，實現節點間流量的快速負載均衡，整個過程分鐘級生效，確保平臺在突發頻寬下能平穩度過流量洪峰。

在【CDN百科】專欄中，我們會不斷科普CDN知識，解讀CDN實踐，分享CDN案例

如果你也關注CDN、使用CDN，請留言回覆你關心的話題