Cdn
我對理想 CDN 的看法錯了嗎？
我對 CDN 一無所知，明天我將開始對它們進行長時間的調查。
但我想分享我對 CDN 的理想願景——它基本上映射到“付費代理”的概念。
簡而言之，我只想記憶體我所有的靜態文件（js、css、圖像等），以便使用者始終訪問足夠接近的 POP。
在我看來，實現這個目標應該很簡單，我只是改變：
腳本： src = ’ http://abc.com/script.js '
圖片 src = ’ http://abc.com/image.jpg '
到：
腳本： src = ’ http://cdn.com?src=abc.com/script.js '
圖像 src = ’ http://cdn.com?src=abc.com/image.jpg '
代理將只查詢我的伺服器一次，然後將內容推送到邊緣。沒有明確的上傳，沒有麻煩，沒有 API 等。
我是在做夢還是可以實現？
謝謝。
這正是他們所說的原始拉式CDN。這些代理通常會在有限的時間內保存內容並在請求時刷新它。還有其他類型的 CDN，它們也允許您將內容直接上傳到它們。
您描述的技術有效並且可在伺服器提供商上使用。
在調查過程中需要考慮的幾點：
- 失效：基於您的源集的標頭，或基於預配置的規則，或基於您對 cdn 的顯式呼叫
- 將標頭複製到客戶端，因此您還可以影響他們的記憶體策略
- ESI, a lot like SSI
- 傳遞性能和保證 - 一些 CDN 專注於特定大陸；如果您的一部分觀眾在其他地方，他們將不會看到出色的低延遲服務。問也沒有錯。
- 價格，cdn的標價太離譜了。您應該（取決於您的功能和流量）始終將價格降低很多。
此外，部署 CDN 的原因通常是能夠處理突發流量。確保您的契約反映了這一點。
如果您需要有關如何選擇和集成 CDN 或一般縮放的更多資訊，請給我發送消息