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，請留言回覆你關心的話題