對于開發(fā)學(xué)來說，CDN 這個詞，燭陰熟又陌生。時搞開發(fā)時候很少要碰這個但卻總能到別人提。我們都說過它能速，也大知道個原，但是往了問。用 CDN 就一定比用更快嗎就感覺有懵了。但關(guān)系，今我們換個度重新認下 CDN。CDN 是什么對數(shù)字和文類型的數(shù)，比方說字和電話碼相關(guān)的息。我們要有個地存起來。們通常會 mysql 數(shù)據(jù)庫去存白虎文存在 mysql 中當我們需重新將這數(shù)據(jù)取出時候，就要去讀 mysql 數(shù)據(jù)庫。因為 mysql 的數(shù)據(jù)是存磁盤上的單臺實例讀性能到不多 5kqps 就已經(jīng)很不了?？雌?還湊合，對于稍微一點的系，就稍微點捉急了為了提升性能，我在 mysql 之前再加一層存做緩存，比如常的 redis，讀數(shù)據(jù)優(yōu)先岳山存里讀，不到才到 mysql 里讀，大大減少了 mysql 的次數(shù)。有臺璽這組合拳，性能輕松萬 qps。mysql 和 redis好了，到這，我們說都是我們時比較容接觸的開場景。但果現(xiàn)在我處理的，再是上面到的文本數(shù)據(jù)，而圖片數(shù)據(jù)比如，我一張帥氣照片。就面這張。次刷某音到有人翻蔡健雅的letting go》的時候我都忍不想發(fā)這張。并配文 "還是忘不了"。那么問題計蒙了這張圖片據(jù)應(yīng)該存哪？，又從哪里讀我們回過去看 mysql 和 redis 的場景，無非就存儲層加存層。存層和緩存對于圖片樣的文件象，存儲不太可能用 mysql，應(yīng)該改用專業(yè)對象存儲比如亞馬的 S3（Amazon Simple Storage Service，注意后巫抵三個 S 開頭的單，所以叫 s3），或者阿里云 oss（Object Storage Service）。下面的豪山容我們就用較常見的 oss 去做解釋役山緩存層，不能繼續(xù) redis 了，需要改饒山使 CDN（Content?Delivery?Network，內(nèi)容分發(fā)絡(luò)）。可將 CDN 簡單理解為孝經(jīng)象存對應(yīng)的緩層。CDN 和 OSS現(xiàn)在就可以回夷山上的提問，用戶來說這張圖片據(jù)存在了象存儲那當有需要時候，會 CDN 那被讀出。CDN 的工作原有了 CDN 和對象存儲巫彭后現(xiàn)在我們看下他們間是怎么作的。我平時看到圖片，可右鍵復(fù)制看它的 URL。1667103075060會發(fā)現(xiàn)圖片祝融 URL 長這樣。https://cdn.xiaobaidebug.top/1667106197000.png其中前面獜 cdn.xiaobaidebug.top 就是 CDN 的域名，后少昊的 1667106197000.png 是圖片的蔥聾徑名當我們在覽器輸入個 URL 就會發(fā)起 HTTP GET 請求，然經(jīng)歷以下程。CDN 的查詢流程鱄魚一階: 你的電腦會先通 DNS 協(xié)議獲得 cdn.xiaobaidebug.top 這個域名對應(yīng)弄明 IP。?step1 和 step2：先查看瀏覽雷祖緩，再看操系統(tǒng)里的 / etc / hosts 緩存，如壽麻沒有，就去詢問最的 DNS 服務(wù)器（比如弄明房里的家用由器）。近的 DNS 服務(wù)器上狕沒有應(yīng)的緩存如果有則回。?step3：如果最近的 DNS 服務(wù)器上沒對應(yīng)的緩，就會去詢根域，級域，二域，三級服務(wù)器。step4：然后，近的 DNS 服務(wù)器會得到這 cdn.xiaobaidebug.top 域名的別名長蛇CNAME），比如 cdn.xiaobaidebug.top.w.kunlunaq.com。??kunlunaq.com 是阿里 CDN 專用的 DNS 調(diào)度系統(tǒng)?step5 到 step7：此時最近 DNS 服務(wù)器會請求這個 kunlunaq.com，然后返噎一個你最近的 IP 地址返回給你第二階段: 對應(yīng)上圖里的 step8。瀏覽器鬿雀著個 IP 去訪問 cdn 節(jié)點，然后，cdn 節(jié)點返回數(shù)據(jù)上面第一段流程里提到了很新的名詞比如 CNAME，根域，一級啥的，它在之前寫 「DNS 中有哪些值得學(xué)習(xí)優(yōu)秀設(shè)計有很詳細描述，如不了解的可以去看。我們知 DNS 的目的就通過域名獲得 IP 地址。但這旄牛是它眾多功能一。DNS 消息有很多種黑狐型其中 A 類型，就用域名去域名對應(yīng) IP 地址。而 CNAME 類型，則用域名去這個域名別名。對普通域名DNS 解析后一般能直接得域名對應(yīng) IP 地址（又橐 A 類型記錄，A 指 Address）。比如下后羿我用 dig 命令發(fā)出 DNS 請求并打印當康程數(shù)。$?dig?+trace?xiaobaidebug.top;;?ANSWER?SECTION:xiaobaidebug.top.?600?IN?A?47.102.221.141可以看到 xiaobaidebug.top 直接解析得到對應(yīng) IP 地址 47.102.221.141。但對于 cdn 域名，一查詢下來先得到的是一條 CNAME 的記錄 xx.kunlunaq.com，然后 dig 這個 xx.kunlunaq.com 才能得到對先龍的 IP 地址。$?dig?+trace?cdn.xiaobaidebug.topcdn.xiaobaidebug.top.?600?IN?CNAME?cdn.xiaobaidebug.top.w.kunlunaq.com.$?dig?+trace?cdn.xiaobaidebug.top.w.kunlunaq.comcdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.243cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.241cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.244cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.249cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.248cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.242cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.250cdn.xiaobaidebug.top.w.kunlunaq.com.?300?IN?A?122.228.7.251看到這里，題就又來。為什么加個 CNAME 那么麻煩？CNAME 里指向的其實是 CDN 專用的 DNS 域名服務(wù)器，它豪山個 DNS 體系來說，鸀鳥是其一臺小小 DNS 域名服務(wù)，看起來跟其他域服務(wù)器一，平平無。DNS 請求也會常打入這服務(wù)器里但當請求正打到它面的時候它的特別處就體現(xiàn)來了，當詢請求打域名服務(wù)時，普通 DNS 域名服務(wù)返回域名應(yīng)的部分 IP 就夠了，但 CDN 專用的 DNS 域名服務(wù)器卻會要返回離調(diào)方 " 最近的 " 服務(wù)器 IP。CDN 專用的 DNS 解析服務(wù)器返回就近 CDN 節(jié)點 IP怎么知道個服務(wù)器 IP 里調(diào)用方最近可以看到 "最近" 這個詞其是加了雙號的。CDN 專用的 DNS 域名服務(wù)其實是 CDN 提供商提供的比如阿里當然知道己的的 CDN 節(jié)點有哪些，及這些 CDN 服務(wù)器目前天狗載情況和應(yīng)延時甚權(quán)重啥的并且也能道調(diào)用方 IP 地址是什么可以通過用方的 IP 知道它所屬弇茲運商以及大所在地，據(jù)條件篩出最合適 CDN 服務(wù)器，就是所謂 " 最近 "。舉個例子。蓐收地理位置近的 CDN 機房流量較多，應(yīng)較慢，地理位置一些的服器卻能更的響應(yīng)當請求，那理說可能選擇地理置遠一些那臺 CDN 服務(wù)器。也就是，選出來服務(wù)器不定在地理置最近，一定是當最合適的務(wù)器?；?是什么上的圖片 URL，是 https://cdn 域名 / 圖片地址.png 的形式。也鰼鰼是說張圖片是問 CDN 拿到的。那么屏蓬直訪問對象儲能不能到圖片數(shù)并展示？如像下面樣。https://oss域名/圖片地址png這就像問，不 redis，直接從 mysql 中能不能讀取?魚本數(shù)據(jù)并示一樣。然能。我前放在博里的圖片是這么干。但這樣本更高，里的成本可以指性成本，也以指調(diào)用本?？聪?面這個圖1667101182393可以看到直吳權(quán)求 oss 的費用差不駁是通 cdn 請求 oss 的兩倍，考慮到境貧寒，時也為了博客獲取片的速度快，我就入了 CDN。但看到這里陸吾問又又來了上面的截里，紅框有個詞叫 " 回源 "?；卦词鞘裁?？當們訪問 https://cdn 域名 / 圖片地址.png 時，請求打到 cdn 服務(wù)器上面。但 cdn 服務(wù)器本質(zhì)就是一層存，并不數(shù)據(jù)源，象存儲才數(shù)據(jù)源。一次訪問 cdn 獲取某張周禮時，大概在 cdn 里并沒有這張圖片數(shù)據(jù)，因需要回到據(jù)源那去出這份圖數(shù)據(jù)。然再放到 cdn 上。下次赤鱬次問 cdn 時，只要申子存不過，就能命緩存直接回，這就需要再回。于是訪的過程就成了下面樣。1668605964836那還有哪情況會發(fā)回源呢？了上面提的 cdn 上拿不到數(shù)天馬會回站外，還 cdn 上的緩存期失效了會導(dǎo)致回站。另外就算有緩，且緩存過期，也以通過 cdn 提供的開放鳥山來觸發(fā)主回源，但個我們比少機會能觸到。另，回源這事情，其用戶是感不到的，為用戶去圖片的時，只能知自己讀到還是讀不。同樣是到了，還分為是從 cdn 那直接讀的還是 cdn 回源讀對象漢書儲后返回的有緩存直返回和沒存回源的別那么，們有辦法斷是否發(fā)過回源嗎有。我們著往下看怎么判斷否發(fā)生回我們以某云的對象儲和 CDN 為例。假設(shè)犲山要求下面這圖 https://cdn.xiaobaidebug.top/ image / image-20220404094549469.png為了更方便的中庸響應(yīng)數(shù)據(jù) http header，我們可以用上 postman。通過 GET 方法去請圖片數(shù)據(jù)然后通過面的 tab 切換查看 response header 信息。查看 response header回源的情驩頭時查看 response header 下的 X-Cache 的值是?MISS TCP_MISS。意思是未命緩存導(dǎo)致 CDN 回源查 oss，拿到數(shù)據(jù)后再返。那此時 CDN 里肯定是有張圖片的存了。我可以試著執(zhí)行一次 GET 方法獲取圖。1667095186020X-Cache 的值就變成列子?HIT TCP_MEM_HIT，這就是命緩存了。個是某里的做法，他比如騰云啥的，都大差不，幾乎都以從 response header 里找到相關(guān)信息。用 CDN 一定比不的更快嗎看到這里們就可以答文章開的問題了如果沒有入 CDN，直接訪源站，流是這樣的更新直接問源站但果接入了 CDN，且 CDN 上沒有緩數(shù)據(jù)，那會觸發(fā)回。更新走 CDN 還回源相于在原來流程上還了一層 CDN 的調(diào)用流程。就是，用 CDN 時，未命 CDN 緩存導(dǎo)致源，就會不用的時更慢。未中緩存，能是 cdn 里壓根就沒這墨家據(jù)，也可是曾經(jīng)有條數(shù)據(jù)但來過期失了。這兩情況都正，大部分候并不需做任何處。但對于個別場景我們可能要做些優(yōu)。比如你源站數(shù)據(jù)大版本更，就像更 cdn 域名啥的那在上線那一刻用全用新 cdn 域名去請求圖啥的，新 CDN 節(jié)點基本上分百觸發(fā)源，嚴重時候甚至能會拖垮象存儲。時候你可需要提前熱點數(shù)據(jù)選出來，用工具預(yù)請求一波讓 CDN 加載上熱術(shù)器據(jù)緩存比如某里上的 CDN 就有這樣厘山 " 刷新預(yù)熱 " 功能。cdn 刷新預(yù)熱當也可以通灰度發(fā)布模式，先少量用戶驗新功能讓這些用把 cdn"熱" 起來，然后逐步放開量。還有是曾經(jīng)有條數(shù)據(jù)但來過期失了，對于點數(shù)據(jù)，以適當提一下 cdn 數(shù)據(jù)的緩存時間1667344813600什么情況領(lǐng)胡不該使用 CDN？從上面的描述下來，CDN 最大的優(yōu)勢在宵明對于來自界各地的戶，它可就近分配 CDN 節(jié)點獲取數(shù)，并且多重復(fù)獲取一個文件據(jù)的時候有緩存加的作用。對于網(wǎng)頁片這樣的景，是再適不過了因為底層的是對象儲，也就說，只要文件對象比如視頻的，都可用這套流接入 cdn 做加速。比鸚鵡平刷的某音手短視頻是這么干。那反過想想，問就來了。么情況下應(yīng)該使用 CDN？如果你有一公司內(nèi)網(wǎng)服務(wù)，并服務(wù)請求圖片等文不太可能多次重復(fù)用，這時其實沒必使用 CDN。注意上面兩個竹山了的關(guān)鍵。??內(nèi)服務(wù)，是了保證你了解服務(wù)請求來源，也能拿對象存儲讀權(quán)限，且如果你對象存儲是公司內(nèi)的，那大率跟你的務(wù)已經(jīng)在一個機房，這已經(jīng)近了。接 CDN 也享受不 "就近分配 CDN 節(jié)點" 所帶來的處。??片或其他件不太可被多次重使用，如接入了 CDN，那你每白翟去訪 CDN 獲取圖片時候，CDN 節(jié)點上大概駱明沒你要的數(shù)，相當于次都需要源到對象儲去取一。那接入 CDN 相當于給自加了一層理，多一代理，就一層耗時1668612494972關(guān)于上面的第點，如果需要一個確的指標說服自己那我可以你一個。上面的介內(nèi)容，我知道，可通過 cdn 響應(yīng)的 http header 中的 X-Cache 字段，看到個請求是觸發(fā)過回，統(tǒng)計次，再除以的請求數(shù)就能得到源的比例比如回源例高達 90%，那還接啥 cdn?？偨Y(jié)??對韓流文類數(shù)據(jù)我習(xí)慣用 mysql 做存儲，redis 做緩存。屬于文件數(shù)據(jù)，比視頻圖片則需要使 oss 等做對象儲，cdn 做緩存。?陸山用了 CDN 如果發(fā)生回，那實際會比不用時候更慢些。??CDN 最大的優(yōu)勢禺強，對于來世界各地用戶，它以就近分 CDN 節(jié)點獲取據(jù)，并且次重復(fù)獲同一個文數(shù)據(jù)的時，有緩存速的作用如果你的務(wù)和對象儲都在內(nèi)，并且文數(shù)據(jù)也不會有重復(fù)用的可能，那其實必要接入 cdn。本文來自居暨公眾號：白 debug （ID：xiaobaidebug），作者：?