Azure
了解 Azure CDN
我是 Azure CDN 的新手。基本上,我正在嘗試將 CDN 用於我的 php 網站圖像、javascript 文件和 css 文件。
我創建了一個 Azure blob 儲存,然後我添加了一個容器並開始向該容器添加文件。我注意到每個文件都可以通過類似這樣的網址訪問 https://*******.blob.core.windows.net/content/Test1.jpg
就是這樣!。我想這就是我想要的。但是,現在的問題是;CDN 在哪裡玩?我看到我們可以創建一個 CDN,然後將端點添加到該 CDN,該端點將進一步指向我之前創建的 Blob 儲存。但是,問題是,為什麼我需要創建該 CDN 及其端點,而我已經能夠通過 Azure 儲存提供的 url 訪問我的文件?
當人們第一次訪問您的網站時,Verizon/Akaimai 或您選擇的 CDN 提供商會將您的靜態文件記憶體在盡可能接近的源中,下次來自同一地區的使用者訪問您的網站時,靜態文件將從離他們最近的 CDN 提供商的存在點。這不僅可以減少向使用者傳遞文件時的延遲,還可以減少伺服器中的負載和頻寬使用。
這裡描述得非常好:
- 使用者 (Alice) 使用具有特殊域名(例如 .azureedge.net)的 URL 請求文件(也稱為資產)。此名稱可以是端點主機名或自定義域。DNS 將請求路由到性能最佳的 POP 位置,該位置通常是地理上距離使用者最近的 POP。
- 如果 POP 中沒有邊緣伺服器的記憶體中包含該文件,則 POP 會從源伺服器請求該文件。源伺服器可以是 Azure Web 應用、Azure 雲服務、Azure 儲存帳戶或任何可公開訪問的 Web 伺服器。
- 源伺服器將文件返回到 POP 中的邊緣伺服器。
- POP 中的邊緣伺服器記憶體文件並將文件返回給原始請求者 (Alice)。該文件一直記憶體在 POP 中的邊緣伺服器上,直到其 HTTP 標頭指定的生存時間 (TTL) 到期。如果源伺服器未指定 TTL,則預設 TTL 為 7 天。
- 然後,其他使用者可以使用 Alice 使用的相同 URL 請求相同的文件,也可以被定向到相同的 POP。
- 如果文件的 TTL 未過期,則 POP 邊緣伺服器直接從記憶體中返回文件。此過程會帶來更快、響應更快的使用者體驗。