過去幾個月裏，#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，請留言回覆你關心的話題