內容分發 CDN
全球邊緣節點加速存取
把內容快取到全球邊緣節點,使用者就近存取,大幅降低跨境存取延遲與來源站頻寬成本。適合網站、APP、音影片與出海業務加速。
核心能力
全球 200+ 邊緣節點
HTTPS 加速與強制轉址
靜態/動態/大檔案全場景
按流量或頻寬計費
CDN 同時解決兩件事:延遲和頻寬成本
延遲這部分很好理解:使用者從離自己最近的節點取內容,跨境存取不用每次都繞回來源站。頻寬成本這部分更實在 —— 回源流量通常只佔使用者請求量的一小部分,剩下的都在邊緣消化掉了。
對出海業務來說,CDN 常常不是「優化項」而是「必需品」:來源站放在一個區域,使用者在另外幾個大洲,不做邊緣快取,存取體驗和流量帳單會一併失控。
快取命中率決定這筆錢花得值不值
CDN 的成本結構是「命中快取走 CDN 計費、未命中回源額外付費」。命中率低意味著你既付了 CDN 的錢,又幾乎原樣承擔了來源站流量,等於白付一份。
提升命中率的常規手段:把帶參數的 URL 正規化(無關參數不參與快取鍵)、給靜態資源加內容雜湊檔名以便長期快取、把介面裡能靜態化的部分拆出來。到達頁和詳情頁這類存取集中、內容穩定的頁面,命中率提升最明顯。
哪些內容不該走 CDN
帶使用者身分的一次性介面、即時性要求極高的輪詢、以及會頻繁變化的個人化頁面,快取收益接近於零,還可能因為快取了不該快取的內容引發資料串號。這類請求要嘛配專門的「不快取」規則,要嘛直接繞過 CDN 回源。
推薦搭配的方案
常見問題
接了 CDN 為什麼感覺沒變快?
最常見的原因有兩個:一是命中率低,大部分請求仍然回源,等於只加了一層轉發;二是來源站本身回應慢,CDN 只能減少網路往返,不能把慢介面變快。先看 CDN 後台的快取命中率,再決定是調快取規則還是優化來源站。
快取時間設多久比較合適?
看內容變化的頻率,而不是憑感覺。帶內容雜湊的靜態資源可以設一年(檔名變了 URL 就變了,不會取到舊版本);HTML 頁面通常設幾分鐘到幾小時;介面資料按業務可接受的陳舊程度來定。拿不準就先設短一點,觀察命中率和內容及時性再放寬。
動態內容可以用 CDN 加速嗎?
可以,但是加速的是鏈路而不是快取 —— 透過就近接入、長連線重用和協定優化,減少跨境握手與封包遺失重傳的開銷。這類請求仍然會回源,所以計費上按回源流量算,不要期待它帶來命中率上的成本下降。
相關閱讀
AWS Shield Advanced 與 WAF:哪些免費、哪些仍收費
「用了 Shield Advanced 就不必單獨付 WAF 費」這句話對,但有四條邊界:只覆蓋受保護資源、只覆蓋標準功能、有請求量上限。Bot Control、CAPTCHA、WCU 超 1500 的 WebACL 都仍然單獨收費。
雲成本AWS 私有定價怎麼談:門檻、風險與一條捷徑
私有定價是 AWS 優惠體系裡規模門檻最高的一層:給它的是跨服務的整體折扣,而不是單個服務的承諾折扣。兩個坑要先知道——未達承諾要補差額,而且必須註冊企業級支援。另外官方明確:透過合作夥伴購買同樣能享受。
雲成本多廠商賬單怎麼統一看:先統一分類,再談工具
各家都是獨立的賬單系統,沒有現成的統一檢視。而多數人一上來就找工具,其實順序反了:先把「費用分類」和「標籤規範」統一,再談用什麼看。還有四個口徑陷阱會讓數字對不上。