第一次親密接觸——二狗子初識 CDN

二狗子是國內知名XXX大學的在校學生，做爲一名編程愛好者，他利用業餘時間搭建了一個網站，把平時的學習心得和技術分享全都 PO 在本身的網站上。漸漸地，二狗子的網站由於文章質量高，技術分享全面，受到了不少愛好者的關注。

但是最近二狗子卻有些苦惱。

有部分網友反饋訪問網站時，速度特別慢。二狗子本地測試訪問，卻沒有出現訪問慢的狀況。查看服務器的運行狀況，出口帶寬沒有跑滿，主機狀態也是正常的。那是怎麼回事呢？

通過一段時間的信息收集，二狗子發現訪問慢的網友大部分都集中在甘肅、陝西這些西北部方向的聯通用戶。「會不會是由於跨網跨運營商產生的問題？」二狗子心想。本身網站的雲主機部署在華東電信區，同區域的網友訪問並不會出現訪問慢的問題，因而二狗子找到了在北京上學的同窗，拜託他幫忙測試訪問一下本身的網站。

北京訪問也慢！同窗花了 15 秒纔看到網站首頁「二狗子最帥」五個大字。

看來問題能夠肯定了，應該是跨地區跨運營商致使的，以至於不一樣區域、使用不一樣網絡的用戶訪問本身網站的速度不穩定。

「得想辦法解決這個問題啊。」二狗子開始思索。

既然是跨區跨網致使的訪問受限，那本身多買幾條線路，在幾個區域都部署一個服務器不就好了？這個想法剛冒出來，二狗子就笑本身了。且不說多開幾個主機，網站維護時間變長，運營成本也上去了呀，本身仍是個學生，最重要的任務仍是學習。固然，最主要的緣由仍是由於窮，荷包裏的錢暫時也支撐不起多租主機產生的費用。

那怎麼樣才能實現，在保持現有一臺主機的狀態下，實現多網多地區的加速訪問呢？

「加速？對呀！可使用 CDN 來進行加速呀！」二狗子忽然醍醐灌頂。

又小拍提醒：CDN 就是用來解決因分佈、帶寬、服務器性能帶來的網絡訪問延遲問題，適用於站點加速、點播、直播等場景。CDN 廠商會在各網各地區部署節點，在接入 CDN 後可以使用戶就近取得所需內容，儘量避開互聯網上有可能影響數據傳輸速度和穩定性的瓶頸和環節，從而提升用戶訪問網站的響應速度和成功率。

最開始建站時，二狗子純粹是出於對技術的喜好，以及抱着提供一個能夠分享開發心得和交流的平臺來作的。如今加入的網友愈來愈多，天天的訪問量也在逐步提高，網站頁面上，圖片、視頻、腳本等對象也愈來愈龐大。本身的主機目前還扛得住現階段的請求量，但後期若是繼續發展，用戶繼續增長的話，主機性能和出口帶寬就有點不夠用了。

如今接入 CDN 的話，一方面能夠解決跨網跨區訪問慢的問題，另外還能夠把這些靜態類的對象丟給 CDN 節點緩存，本身的主機只須要接受一些文章發佈、評論發佈這些動態類的請求，主機壓力就小了不少了！

二狗子不禁得興奮了起來，說幹就幹，下課後二狗子就跑回了宿舍進行 CDN 廠商調研。本身仍是個學生，CDN 費用上要儘量的低一些，最好有一些優惠，操做配置要儘量的簡單一些，碰到問題廠商解決的效率要快一些，業內口碑也要好一些……

「有了！」二狗子興奮道，「這家應該不錯。」

「又拍雲是國內一家知名的 CDN 服務商，1100+ 全球節點，10Tbps 帶寬儲備，國內主流運營商支持，提供對象存儲、HTTPS／SSL 證書、多媒體處理、影像識別、文字識別等多項服務，支持 WebP 自適應、H.265 自適應、碼率適配限速、分段緩存、防盜鏈等功能。我的建站用戶還能夠申請加入又拍雲聯盟，審覈經過後每個月可得到 10GB 存儲空間 + 15GB 流量。」

那麼，就先試用一下又拍雲好了。

又小拍提醒：又拍云爲開發者提供了又拍雲聯盟平臺，申請加入聯盟後，開發者能夠免費獲取每個月 10GB 存儲空間 + 15GB 流量。

二狗子很順利的完成了一系列操做，在又拍雲控制檯上，跟着配置嚮導，分分鐘就建立好了 CDN 服務。

「嗯，如今 CDN 服務建立好了，CDN 到本身源站的通道已經創建了，原先的網站域名用來當作加速域名，這樣的話須要更改一下域名的解析記錄，把域名的解析導向 CDN 服務。這樣，後續網站用戶訪問個人域名，就能夠無縫接入 CDN 服務，由 CDN 響應資源了。」

又小拍提醒：CDN 有幾個術語您須要瞭解一下哦：
源站
在接入 CDN 以前開發者真正的服務器或者雲主機，統一稱之爲源站。
加速域名
指用於訪問 CDN 服務的域名，該域名是綁定在 CDN 服務中的。在開發者配置好 CDN 服務後，客戶直接訪問的就是加速域名，而不是源站了。
CNAME 記錄

別名記錄( Canonical Name )，CNAME 記錄就是把域名解析到另一個域名。爲何須要使用CNAME 記錄呢？是由於 CNAME 記錄能夠很方便地變動 IP 地址。CDN 廠商有衆多節點，每一個節點的 IP 都是不一樣的，若是把所有 IP 節點告訴開發者，由開發者自行配置，那麼不光步驟繁瑣，後續節點變更修改也會異常麻煩。可是若是使用 CNAME 記錄的話，開發者只須要配置一次域名的 CNAME 解析，後續節點變更就交由 CDN 廠商來進行了，省去用戶配置上的繁瑣步驟。
CNAME 域名配置在 CDN 的域名須要用到 CNAME 域名來配置 CNAME 解析，在又拍雲控制檯配置完成CDN 服務後，開發者會獲得一個 CNAME 域名（該域名必定是 .http://b0.aicdn.com，其中 處就是開發者的 CDN 服務名）， 用戶須要將綁定在 CDN 的加速域名作 CNAME 解析，解析地址就是這個 CNAME 域名，這樣，當用戶訪問加速域名的時候，全部的請求都會指向又拍雲 CDN 服務，從而實現加速效果。

二狗子在控制檯複製了 CDN 對應的 CNAME 域名地址，而後在對應的域名解析控制檯進行 CNAME 解析配置。

「好了！這樣設置後，應該就把用戶-CDN-源站的關係創建起來了。」二狗子想了想如今的網站訪問關係。

「那麼，接下來就來驗證一下，配置是否生效了吧！」二狗子想了想，「首先看一下，用戶訪問加速域名，是否能夠請求到 CDN 節點吧。」最簡單的辦法就是使用 ping 命令測試一下訪問域名，看看返回的 IP。

ping 加速域名，返回的節點已是 CDN 的節點 IP 了，二狗子拿着這個 IP 在又拍雲控制檯上查了一下。

「嗯，看來沒有太大問題，使用 dig 看域名解析也是對的。這還真不錯，能夠完美的隱藏掉個人云主機 IP 地址。」

「如今用戶能夠經過加速域名訪問到個人 CDN 服務了，那麼 CDN 回個人雲主機服務是否正常呢？」

二狗子打開瀏覽器，輸入了域名，回車。「棒！」瀏覽器很快就加載出了熟悉的畫面。

打開瀏覽器的控制檯，遠程地址已經不是本身源站的 IP 信息了，Server 響應頭的值說明響應來自於 CDN 的節點。

二狗子看了一下主機的日誌信息，已經記錄到來自 CDN 的回源訪問請求了。

這樣，二狗子的網站就成功接入了 CDN 了。

二狗子請以前反饋訪問慢的網友再訪問試試，你們紛紛反饋網站如今打開速度很是迅速，不像以前須要等待十幾秒才能把頁面加載出來。二狗子很高興，終於把以前的問題和擔心都解決了。「又拍雲 CDN 真是個好東西，我要好好的寫一篇文章來分享一下這個方便的工具。」

推薦閱讀：

工信部要求應用商店上新 App 檢查 IPv6，這裏有一份 IPv6 快速部署指南​

讀完這篇文章，5G 就沒有祕密了