CDN加速對動態網站有影響嗎？

比如我是一個電子商務站，全部緩存的話，如果客戶在CDN伺服器的緩存文件上下訂單，會有問題嗎？
還是只對靜態文件緩存就可以了？

CDN發展到現在，已經能很好的處理各類動態應用加速的服務要求。如果是電子商務網站，簡單的方式就是在使用cdn加速服務的時候只設置圖片類型文件、 js和 css文件的緩存規則即可，其餘類型的文件全部不緩存。如果需要複雜一點的設置，需要詳細了解各類型文件的適用規則。如果本身就在http頭部配置有緩存規則，例如 cache-control max-age之類控制緩存時間的欄位，可以要求cdn服務商在設置緩存規則的時候遵循頭部設置即可。

動態緩存一般是對鏈路進行緩存，用到動態路由和協議棧優化等

不是傳統的靜態加速，所謂的全站加速是指靜態內容可以緩存，其它交互內容還是要回源

兩種方案：

1、動靜分離靜態的走類似http://static.xx.com的獨立域名，動態的可以用動態加速

2、可以設置緩存設置規則，可看騰訊雲CDN

內容分發網路（Content Delivery Network），是在現有 Internet 中增加一層新的網路架構，由遍布全國的高性能加速節點構成。

這些高性能的服務節點都會按照一定的緩存策略存儲您的業務內容，當您的用戶向您的某一業務內容發起請求時，請求會被調度至最接近用戶的服務節點，直接由服務節點直接快速響應，有效降低用戶訪問延遲，提升可用性。

CDN 有效的解決了目前互聯網業務中網路層面的以下問題：

1. 用戶與業務伺服器地域間物理距離較遠，需要進行多次網路轉發，傳輸延時較高且不穩定；

2. 用戶使用運營商與業務伺服器所在運營商不同，請求需要運營商之間進行互聯轉發；

3. 業務伺服器網路帶寬、處理能力有限，當接收到海量用戶請求時，會導致響應速度降低、可用性降低。

CDN 接入簡單，您無需調整自身業務結構，或是進行複雜的操作配置，即可享受全球CDN加速服務。

加速原理

假設您的業務源站域名為 http://www.test.com ，當域名接入 CDN 開始使用加速服務後，您的用戶發起HTTP請求，實際的處理流程如下圖所示：

詳細說明如下：

1. 用戶向 http://www.test.com 下的某圖片資源，如 1.jpg 發起請求，先要向 Local DNS 發起域名解析請求；

2. 當 Local DNS 解析 http://www.test.com 時，會發現已經配置了 CNAME http://www.test.com.cdn.dnsv1.com，解析請求會發送至 Tencent DNS（GSLB），GSLB 為騰訊雲自主研發的調度體系，會為請求分配最佳節點IP；

3. Local DNS 獲取 Tencent DNS返回的解析 IP；

4. 用戶測獲取解析 IP；

5. 用戶向獲取的 IP 發起對資源 1.jpg 的訪問請求；

6. 若該 IP 對應的節點緩存有 1.jpg，則會將數據直接返回給用戶（10），此時請求結束。若該節點未緩存 1.jpg，則節點會向業務源站發起對 1.jpg 的請求（6、7、8），獲取資源後，結合用戶自定義配置的緩存策略（可參考用戶指南中緩存時間設置章節內容），將資源存儲（9），並返回給用戶（10），此時請求結束。

您可以通過如下步驟快速開始使用CDN服務。

第一步：開通CDN服務

在使用CDN服務前，您需要進行資質認證及CDN服務的開通，如果您的騰訊雲賬號已經開通CDN，可跳過此步驟。

第二步：接入域名

進入CDN控制台，在【域名管理】菜單欄點擊【添加域名】：
填寫基本信息，輸入加速域名、選擇業務類型和合適的接入方式：
根據實際業務需要，進行定製化配置，如緩存配置、防盜鏈配置等：
核對基本信息和配置信息，如需修改點擊「上一步」，確認信息無誤後點擊【提交】：
提交成功後，域名添加完成，請耐心等待域名配置（約10分鐘）。

第三步：配置CNAME

域名配置完成後，系統會為您分配對應的CDN域名，以 .http://cdn.dnsv1.com 為後綴：
您需要到接入域名的DNS服務商處完成CNAME配置，將域名CAME到CDN域名，配置方法請點擊CNAME配置說明；
驗證域名是否已經CNAME成功：不同的DNS服務商，CNAME生效的時間略有不同，一般會在半個小時之內生效。您也可以通過PING的方式來查詢CNAME是否生效，如果PING到後綴為http://cdntip.com或後綴為http://tcdn.qq.com表示域名CNAME已生效。

關聯騰訊雲服務商，為您提供雲計算產品及本地化上雲服務。

點擊關聯：http://partners.qcloud.com/invitation/99377079157835da208bd0

內容來自：http://www.8n8k.com/index.php?id=1972

靜態內容單獨使用一個域名來進行加速吧。這個跟瀏覽器也有關，瀏覽器單域名並發請求基本都在8以內。多個域名可以提高資源載入速度。

動態內容現階段還沒有好的處理方案，各家聲稱可以動態加速的也只是對請求進行了一個鏈路優化。能起到的作用有限。

鏈路優化實際上就是，假如訪客是某某網路，然後CDN在當中接收到訪客請求，會給該訪客選擇一個最好的節點來接受請求，然後傳送給你的伺服器。這可以避免一部分從訪客直接到伺服器之間網路質量問題造成的擁堵、或者是不可達狀態。也就是個轉發作用。

靜態資源（如 .html .js .css 文件）加速對任何一個網站或應用來說都非常重要，好處如下：

1、大幅減少源站壓力，節省源站服務帶寬，明顯地降低帶寬成本；

2、提高網站靜態資源文件的可用性以及可靠性；

3、能明顯地提高網站靜態資源的載入速度，降低訪問時延。

對於動態請求來說，可以使用動態加速。動態加速本身的原理是：

從用戶接入點到源站的鏈路中，尋找一條最優公網傳輸鏈路，或走自建的內網線路，並在傳輸過程中對傳輸協議進行優化，以提高請求訪問的速度。

--------------利益相關打一波廣告------------------

靜態資源加速可以使用騰訊雲CDN 靜態內容加速 CDN - 騰訊雲

動靜態請求混合加速可以使用騰訊雲ECDN 全站加速網路 ECDN - 騰訊雲

據說現在的CDN可以做到對靜態資源：緩存，對動態請求：代理。緩存加速和代理加速雙劍合一了！

最好動靜分離。

根據CDN加速原理是什麼？我們可以知道，CDN加速其實就是在用戶和伺服器之間增加鏡像緩存（Cache）層，將用戶的訪問請求引導到鏡像緩存（Cache）節點而不是伺服器源站點。所以對於動態網站影響還是有的，最直接的影響就是或不能夠數據時時更新。

這種類型的網站，建議動態和靜態分離，然後分別對動態和靜態的域名配置CDN服務。動態內容還是回源的。

動態的內容，類似下訂單、庫存查詢等等都是需要和資料庫進行交互的，所以，你說的電子商務網站全部緩存是不可能的；客戶下單也是一個動態交互的過程，是無法被緩存的，被緩存了這網站就廢了，誰還敢來……登陸後發現不是自己賬號信息，明明查詢有貨的商品卻遲遲缺貨……光應付投訴就可以了…… 最好的就是把一些不經常變更，不需要經常和資料庫交互的靜態的文件給緩存咯。