CDN百科第三講 | 如果用了雲伺服器，還需要做CDN加速嗎？

在全站上雲的背景下，雲端計算已經不僅僅是大型網際網路公司的獨享概念，正在被更多的傳統企業、中小企業甚至個人站長所採用。在眾多雲端計算服務中，最常見兩個產品就是雲伺服器和CDN，今天的CDN百科第三講，就給大家介紹下你關心的問題：如果用了雲伺服器，還需不需要做CDN加速?

先上結論：雲伺服器和CDN的業務場景不同，並不能彼此替代，同時，它們可以互相補充已達到提升效率的目的。

相對於傳統伺服器，雲伺服器以簡單高效、安全可靠、處理能力可彈性伸縮的計算形態為使用者提供服務，有助於降低使用者的企業IT成本，提升運維效率。雲端計算發展至今，雲伺服器作為基礎服務受到了眾多企業和站長的歡迎，用於部署企業官網網站、資訊門戶、電商應用、辦公系統等等，承載資料。通常針對不同的業務場景，會有不同規格、價位、效能的雲伺服器可供選擇。

CDN全稱Content Delivery Network，即內容分發網路，它是指將源站內容分發至最接近使用者的節點伺服器，使使用者可就近取得所需內容，提高使用者訪問的響應速度和成功率。解決因分佈、頻寬、伺服器效能帶來的訪問延遲問題，適用於站點加速、音樂、圖片、檔案、點播、直播、應用程式等內容的加速分發。

我們就拿618促銷背後的物流體系來舉例，伺服器源站就相當於某品牌自己的貨倉，而CDN就像分佈於各地的倉儲物流點。

現在很多品牌都會預先在各地倉儲物流點，提前儲備一些常用的商品(靜態檔案使用CDN進行快取)，當使用者從電商平臺下單購買貨物的時候(使用者發起請求)，平臺根據使用者的收穫地址就近匹配到最近的倉儲物流點並直接進行派貨(就近分發)，讓使用者以最快的速度拿到快遞包裹(分發的內容)。我們可以用實際的生活經驗來做個對比，如果從江浙滬包郵區寄給杭州的使用者，一般第二天就能到，如果是從北京、深圳發貨，一般需要2-3天!

這種方案還能避免所有訂單都從單一貨倉發貨爆倉的風驗，當就近的貨倉物流比較繁忙時，則智慧匹配其它就近的貨倉進行分流，可以減少包裹全部由總倉(源站伺服器)發貨到各地的運輸(頻寬)成本。另外，採用共享的倉儲物流點(CDN)模式也可以完美地根據銷售需求來調整倉儲規模和方案，避免自建貨倉(多地雲伺服器)後在業務高峰後的資源閒置浪費。

所以，降低延時，提高穩定性，降低頻寬成本，彈性靈活，都是使用CDN的好處。除此之外，CDN還可以：

第一，降低伺服器頻寬壓力

假如你的伺服器同時支援1000人線上，那麼當超過1000人訪問的時候，你的網站就會出現訪問瓶頸，延時、卡頓甚至當機問題接踵而至。在使用CDN後，CDN可以將網站的靜態內容快取在邊緣節點上，這樣當使用者訪問靜態資源時候就不用再請求回源伺服器了，以此減少伺服器的頻寬峰值。

第二，保護源站伺服器

由於CDN的分散式架構，使用者透過訪問就近邊緣節點獲取內容，透過這樣的跳板，有效地隱藏源站IP，從而分解源站的訪問壓力。當大規模惡意攻擊來襲時，CDN也可以做為第一道防線進行防護，大大分散攻擊強度，即使是針對動態內容的的惡意請求，CDN的智慧排程系統還可以解除安裝源站伺服器的壓力，維護系統平穩。

相信看過這篇文章後，再有人問你：使用雲伺服器之後到底要不要再用CDN，你應該會有答案了吧。

往期回顧

CDN百科第一講，最近你的APP崩了嗎?：http://blog.itpub.net/31490631/viewspace-2691214/

CDN百科第二講，假如沒用CDN，網路世界會變成什麼樣?：http://blog.itpub.net/31490631/viewspace-2691414/

【CDN百科】專欄中，我們會不斷科普CDN知識，解讀CDN實踐，分享CDN案例，如果你也關注CDN、使用CDN，可以留言回覆你關心的話題哦~