類似於記憶體快取伺服器在錯過命中後如何踩踏資料庫。
我是否應該期望 CDN 帶來高流量？
答案1
一般來說，不會，因為通常只有數十個 CDN 節點會直接向您的來源發出請求。即使是擁有數萬個邊緣節點的 Akamai，通常也使用相對較少的邊緣節點來以多層層次結構發出來源請求。
此外，與某些「笨拙」快取軟體不同，CDN 工具通常會「保留」對相同檔案的多個請求，直到第一個請求進入緩存，而不是將相同檔案的多個請求傳遞到後端。即使是現成的代理快取工具（例如 Varnsih 和 Nginx）現在也可以正確執行此操作。
也就是說，我想如果您有一組非常多樣化的內容，且時間相關性非常低，而且來源的功率非常低……即使是12 個節點快速連續請求數千個不同的檔案也可能會出現問題。但如果您在 CDN 後面使用 256 MB 的廉價 VPS，那麼您也會被也便宜的。我的建議是使用 CDN 日誌讓您了解可能面臨的最壞情況，即在短時間內從 CDN 節點數量請求的唯一 URL 數量。然後，您應該針對該場景和檔案組合對您的來源進行負載測試。來自現實測試的好數字每次都擊敗猜想，但通常不是那很難實現。
答案2
顯然是的，無論如何，如果你得到一個由愚蠢的代理組裝而成的 CDN：
http://www.jet-stream.com/blog/downsides-of-http-adaptive-bit-rate-streaming/
我不清楚你應該如何確定你的 CDN 是否有效，但你可以希望假設較大的參與者做對了。