1.要解決的問題
鑑於計算機和移動設備的日益普及，越來越多的用戶訪問網絡內容的所處位置不斷擴大。除此之外，現在圖片和視頻數據越來越高清，所以數據規模也變得十分龐大。
從用戶體驗的角度來說，你必須將數據更快更穩地提供給用戶，但是現今的技術仍然不足以滿足需求。例如，當從日本訪問一個在美國東海岸的服務器至少會有200ms的通信延遲。因此，僅僅只有一個源節點用來傳輸內容將會給用戶體驗帶來負面影響。
2.雲模式的說明
內容分發源節點傳輸的緩存數據將被放置於覆蓋全球的不同區域位置。這使得可以從一個離用戶較近的地理位置傳輸內容，從而消除地理/物理上的限制。使用這一模式能減少用戶與數據內容間的距離，因此可以提高對用戶的響應。
3.實施
你可以使用AWS中的CloudFront，利用全球的緩存服務器（“邊緣服務器”）資源。
決定好要作爲數據分配源節點的源服務器，並將內容放置其上。
設置CloudFront使用一臺主服務器。設置時，將會分配一個像“xxxx.cloudfront.net”（xxxx部分會隨機生成）的DNS域名。
你可以使用自動生成的DNS域名，或者可以使用一個獨立的域名。這時，需要爲源服務器針對發佈於CNAME記錄中的CloudFront域名進行設置。
4.配置
5.好處
這使得能在相隔較遠的位置給用戶提供一個更好的用戶體驗。
這使得可以分配文件下載過程，同時也有利於分配負載。
你可以使用一個現有的服務器（一個服務器而不是EC2實例，例如一個用於本地系統或託管的服務器）作爲源服務器，這樣就可以在使用該模式的同時，有效利用現有的服務器。
你可以將S3直接用作源服務器。
6.注意事項
基本上，緩存服務器是基於傳輸起源的主服務器上的緩存超時設置來執行緩存的。因此，可能會出現這種情況，當主服務器上的文件在緩存失效前被更新，這時緩存服務器還不能被更新。當設置緩存超時時你必須考慮到內容的性質。你還可以考慮使用重命名分配模式。
7.其他
參見重命名分配模式。
參見私有分配模式。
