Content Delivery Network之研究

Content Delivery Network簡稱為CDN，將主網站的資料派送到全世界的CDN主機，然後就近（通常是地域性）的提供服務。

運行流程圖以及要點如下：

用戶在流覽器中輸入要訪問的功能變數名稱。
流覽器向功能變數名稱解析伺服器發出解析請求，由於CDN對功能變數名稱解析過程進行了調整，所以用戶端一般得到的是該功能變數名稱對應的CNAME記錄，此時流覽器需要再次對獲得的CNAME功能變數名稱進行解析才能得到緩存伺服器實際的IP位址。（在此過程中，全域負載均衡DNS解析伺服器會根據使用者端的源IP位址，如地理位置（深圳還是上海）、接入網類型（電信還是網通）將用戶的訪問請求定位到離用戶路由最短、位置最近、負載最輕的Cache節點（緩存伺服器）上，實現就近定位。定位優先原則可按位置、可按路由、也可按負載等。）
再次解析後流覽器得到該功能變數名稱CDN緩存伺服器的實際IP位址，向緩存伺服器發出訪問請求。
緩存伺服器根據流覽器提供的功能變數名稱，通過Cache內部專用DNS解析得到此功能變數名稱原始伺服器的真實IP地址，再由緩存伺服器向此真實IP位址提交訪問請求。
緩存伺服器從真實IP位址得到內容後，一方面在本地進行保存，以備以後使用，同時把得到的資料發送到用戶端流覽器，完成訪問的回應過程。
用戶端得到由緩存伺服器傳回的資料後顯示出來，至此完成整個功能變數名稱訪問過程。

有免費的CDN供應商，但至目前為止，沒有人提到動態網頁的對策（個人認為動態資料被快取，有很大的風險），也沒有人提到資訊安全的問題。

Free CDN：CloudFlare

另外一種作法，就是把現代網站大量使用的CSS, JS丟到免費的CDN，例如 google Code 上面，用它本身的CDN機制來分散你網站的負擔，這也是一種免錢的作法，缺點是你只能選用標準的Framework，改都別想改。

承上一種作法的再變型，就是使用Amazon的CDN服務，也就是把你自己開發所有的圖片、JS、CSS送上去，讓它分散流量，當然，這種作法是要收錢的，但聽說不是很貴就是了。