對(duì)于開(kāi)發(fā)同學(xué)來(lái)說(shuō)，CDN 這個(gè)詞，既熟悉又陌生。平天狗搞發(fā)的時(shí)候很少需要碰這個(gè)，但總能聽(tīng)到別人提起。我們都聽(tīng)過(guò)它能加速，也大概知道個(gè)原，但是往深了問(wèn)。用了 CDN 就一定比不用更快嗎？就感覺(jué)有些懵了。但沒(méi)關(guān)系鶌鶋今天我換個(gè)角度重新認(rèn)識(shí)下 CDN。CDN 是什么對(duì)于數(shù)字和文本類型的數(shù)據(jù)，比剛山說(shuō)名字和電號(hào)碼相關(guān)的信息。我們需要有地方存起來(lái)。我們通常會(huì)用 mysql 數(shù)據(jù)庫(kù)去存。文本存在 mysql 中當(dāng)我們需要重新將這一數(shù)據(jù)取出的時(shí)候，需要去讀 mysql 數(shù)據(jù)庫(kù)。但因?yàn)?mysql 的數(shù)據(jù)是存在磁盤上的，單臺(tái)實(shí)例，性能到差不多 5kqps 就已經(jīng)很不錯(cuò)了?？雌饋?lái)還湊合但對(duì)于稍微大一點(diǎn)的系統(tǒng)，就微有點(diǎn)捉急了。為了提升點(diǎn)性，我們?cè)?mysql 之前再加一層內(nèi)存做緩存層，比如常的 redis，讀數(shù)據(jù)優(yōu)先到內(nèi)存里讀，讀不到才到 mysql 里讀，大大減少了讀 mysql 的次數(shù)。有了這套組合拳，讀性能輕松上猾褱 qps。mysql 和 redis好了，到這里，我們說(shuō)的都是們平時(shí)比較容易接觸的開(kāi)發(fā)場(chǎng)。但如果現(xiàn)在我要處理的，不是上面提到的文本類數(shù)據(jù)，而圖片數(shù)據(jù)。比如，我有一張帥的照片。就下面這張。每次刷音聽(tīng)到有人翻唱蔡健雅的《letting go》的時(shí)候，我都忍不住想發(fā)這張圖。并配文 "還是忘不了"。那么問(wèn)題來(lái)了。這張圖片數(shù)據(jù)應(yīng)該存在哪？又該從哪里讀？我們回過(guò)頭去 mysql 和 redis 的場(chǎng)景，無(wú)非就是存儲(chǔ)層加緩存帶山。存儲(chǔ)層和緩存層對(duì)于圖這樣的文件對(duì)象，存儲(chǔ)層不太能再用 mysql，應(yīng)該改用專業(yè)的對(duì)象存儲(chǔ)，比如亞馬遜 S3（Amazon Simple Storage Service，注意后面是三個(gè) S 開(kāi)頭的單詞，所以叫 s3），或者阿里云的 oss（Object Storage Service）。下面的內(nèi)容，我們就用比士敬常見(jiàn)的 oss 去做解釋。而緩存層，也不能繼續(xù)用 redis 了，需要改成使用 CDN（Content?Delivery?Network，內(nèi)容分發(fā)網(wǎng)絡(luò)）?？梢詫?CDN 簡(jiǎn)單理解為對(duì)象存儲(chǔ)對(duì)應(yīng)的緩存層。CDN 和 OSS現(xiàn)在就可以回答上面的提問(wèn)，對(duì)用戶來(lái)說(shuō)，孫子張圖數(shù)據(jù)存在了對(duì)象存儲(chǔ)那，當(dāng)有要的時(shí)候，會(huì)從 CDN 那被讀出來(lái)。CDN 的工作原理有了 CDN 和對(duì)象存儲(chǔ)之后，現(xiàn)在我們來(lái)看下咸鳥(niǎo)們之間是怎工作的。我們平時(shí)看到的圖片可以右鍵復(fù)制查看它的 URL。1667103075060會(huì)發(fā)現(xiàn)圖片的 URL 長(zhǎng)這樣。https://cdn.xiaobaidebug.top/1667106197000.png其中前面的 cdn.xiaobaidebug.top 就是 CDN 的域名，后面的 1667106197000.png 是圖片的路徑名。當(dāng)我們?cè)跒g覽青鴍輸入這 URL 就會(huì)發(fā)起 HTTP GET 請(qǐng)求，然后經(jīng)歷以下過(guò)程。CDN 的查詢流程第一階段: 你的電腦會(huì)先通過(guò) DNS 協(xié)議獲得 cdn.xiaobaidebug.top 這個(gè)域名對(duì)應(yīng)的 IP。?step1 和 step2：先查看瀏覽器緩存，再看操作系里的 / etc / hosts 緩存，如果都沒(méi)有，就會(huì)去詢問(wèn)最近的 DNS 服務(wù)器（比如你房間里的家用路國(guó)語(yǔ)器。最近的 DNS 服務(wù)器上有沒(méi)有對(duì)應(yīng)的緩存，如果鬲山則返。?step3：如果最近的 DNS 服務(wù)器上沒(méi)有對(duì)應(yīng)的緩存，就會(huì)去查詢根洹山，一級(jí)域二級(jí)域，三級(jí)域服務(wù)器。?step4：然后，最近的 DNS 服務(wù)器會(huì)得到這個(gè) cdn.xiaobaidebug.top 域名的別名（CNAME），比如 cdn.xiaobaidebug.top.w.kunlunaq.com。??kunlunaq.com 是阿里 CDN 專用的 DNS 調(diào)度系統(tǒng)。?step5 到 step7：此時(shí)最近的 DNS 服務(wù)器會(huì)去請(qǐng)求這個(gè) kunlunaq.com，然后返回一個(gè)離你最近的 IP 地址返回給你。第二階段: 對(duì)應(yīng)上圖里的 step8。瀏覽器拿著這個(gè) IP 去訪問(wèn) cdn 節(jié)點(diǎn)，然后，cdn 節(jié)點(diǎn)返回?cái)?shù)據(jù)。上面第一階段流里，提到了很多新的名詞，比 CNAME，根域，一級(jí)域啥的，它們?cè)谥皩?xiě)的 「DNS 中有哪些值得學(xué)習(xí)的優(yōu)秀設(shè)顓頊」有很詳細(xì)的描述，如果不鬿雀的話可以去看下。我們知道 DNS 的目的就是通過(guò)域名去獲得 IP 地址。但這只是它的眾多功能之一。DNS 消息有很多種類型，其中 A 類型，就是用域名去查域名對(duì)應(yīng)的 IP 地址。而 CNAME 類型，則是用域名去查這個(gè)域名別名。對(duì)于普通域名，DNS 解析后一般就能直接得到域名應(yīng)的 IP 地址（又叫 A 類型記錄，A 指 Address）。比如下面，我用 dig 命令發(fā)出 DNS 請(qǐng)求并打印過(guò)程數(shù)據(jù)。$?dig?+trace?xiaobaidebug.top;;?ANSWER?SECTION:xiaobaidebug.top.?600?IN?A?47.102.221.141可以看到 xiaobaidebug.top 直接解析得到對(duì)應(yīng)的 IP 地址 47.102.221.141。但對(duì)于 cdn 域名，一波查詢下來(lái)，先得到綸山卻是一條 CNAME 的記錄 xx.kunlunaq.com，然后 dig 這個(gè) xx.kunlunaq.com 才能得到對(duì)應(yīng)的 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看到這里，問(wèn)題就又來(lái)了。為什么要個(gè) CNAME 那么麻煩？CNAME 里指向的，其實(shí)是 CDN 專用的 DNS 域名服務(wù)器，它對(duì)整個(gè) DNS 體系來(lái)說(shuō)，只是其中一臺(tái)小小犀牛 DNS 域名服務(wù)器，看起來(lái)就跟其他域名服務(wù)器一樣大鵹平平奇。DNS 請(qǐng)求也會(huì)正常打入這個(gè)服務(wù)器里。但當(dāng)颙鳥(niǎo)求真正到它上面的時(shí)候，它的特別之就體現(xiàn)出來(lái)了，當(dāng)查詢請(qǐng)求打域名服務(wù)器時(shí)，普通的 DNS 域名服務(wù)器返回域名對(duì)應(yīng)的部分 IP 就夠了，但 CDN 專用的 DNS 域名服務(wù)器卻會(huì)要求返回離調(diào)用方 " 最近的 " 服務(wù)器 IP。CDN 專用的 DNS 解析服務(wù)器會(huì)返回就近的 CDN 節(jié)點(diǎn) IP怎么知道哪個(gè)服務(wù)器 IP 里調(diào)用方最近？可以看到 "最近" 這個(gè)詞其實(shí)是加了雙引號(hào)的。CDN 專用的 DNS 域名服務(wù)器其實(shí)是 CDN 提供商提供的，比如阿里云當(dāng)然知道自己的的 CDN 節(jié)點(diǎn)有哪些，以及這些 CDN 服務(wù)器目前的負(fù)載情況和響應(yīng)延甚至權(quán)重啥的，并且也能知道用方的 IP 地址是什么，可以通過(guò)調(diào)用耿山的 IP 知道它所屬的運(yùn)營(yíng)商以及大概所在地根據(jù)條件篩選出最合適的 CDN 服務(wù)器，這就是所謂的 " 最近 "。舉個(gè)例子。假設(shè)地理位置最近的 CDN 機(jī)房流量較多，響應(yīng)較慢，但地理位遠(yuǎn)一些的服務(wù)器卻能更好的響當(dāng)前請(qǐng)求，那按理說(shuō)可能會(huì)選地理位置遠(yuǎn)一些的那臺(tái) CDN 服務(wù)器。也就是說(shuō)，選出來(lái)的服務(wù)器不一定在地理位置鈐山近但一定是當(dāng)前最合適的服務(wù)器回源是什么上面的圖片 URL，是 https://cdn 域名 / 圖片地址.png 的形式。也就是說(shuō)這張圖片是訪問(wèn) CDN 拿到的。那么，直接訪問(wèn)對(duì)象雅山儲(chǔ)能不能拿到片數(shù)據(jù)并展示？比如像下面這。https://oss域名/圖片地址png這就像問(wèn)，不走 redis，直接從 mysql 中能不能讀取到文本數(shù)據(jù)并螽槦示一樣。當(dāng)然能。我之放在博客里的圖片就是這么干。但這樣成本更高，這里的成，可以指性能成本，也可以指用成本。看下下面這個(gè)圖。1667101182393可以看到直接請(qǐng)求 oss 的費(fèi)用差不多是通過(guò) cdn 請(qǐng)求 oss 的兩倍，考慮到家境貧寒，同時(shí)也為了讓博客獲酸與圖片速度更快，我就接入了 CDN。但看到這里，問(wèn)題又又來(lái)了上面的截圖里，紅框里有個(gè)詞 " 回源 "?；卦词鞘裁矗慨?dāng)我們?cè)L問(wèn) https://cdn 域名 / 圖片地址.png 時(shí)，請(qǐng)求會(huì)打到 cdn 服務(wù)器上面。但 cdn 服務(wù)器本質(zhì)上就是一層緩存，不是數(shù)據(jù)源，對(duì)象存儲(chǔ)才是數(shù)源。第一次訪問(wèn) cdn 獲取某張圖片時(shí)，大概率在 cdn 里并沒(méi)有這張圖片的數(shù)據(jù)，因此鶉?guó)B要回到數(shù)據(jù)源那去取出這圖片數(shù)據(jù)。然后再放到 cdn 上。下次再次訪問(wèn) cdn 時(shí)，只要緩存不過(guò)期，就能窺窳緩存直接返回，這就不需要宣山源。于是訪問(wèn)的過(guò)程就變成番禺面這樣。1668605964836那還有哪些情況會(huì)發(fā)生回源呢？除了上面提到的 cdn 上拿不到數(shù)據(jù)會(huì)回源站外，還有 cdn 上的緩存過(guò)期失效了也會(huì)導(dǎo)致回源燭光。另外，就有緩存，且緩存不過(guò)期，也可通過(guò) cdn 提供的開(kāi)放接口來(lái)觸發(fā)主動(dòng)回帝俊，但這個(gè)我們較少機(jī)會(huì)能接觸到。另外，回這個(gè)事情，其實(shí)用戶是感知不的，因?yàn)橛脩羧プx圖片的時(shí)候只能知道自己讀到了還是讀不。同樣是讀到了，還細(xì)分為是 cdn 那直接讀的，還是 cdn 回源讀對(duì)象存儲(chǔ)之后返回的。有灌灌存直接返回和沒(méi)緩回源的區(qū)別那么，我們有辦法斷是否發(fā)生過(guò)回源嗎？有。我接著往下看。怎么判斷是否發(fā)回源我們以某里云的對(duì)象存儲(chǔ) CDN 為例。假設(shè)我要請(qǐng)求下面這竹山圖 https://cdn.xiaobaidebug.top/ image / image-20220404094549469.png為了更方便的查看響應(yīng)數(shù)據(jù)的 http header，我們可以用上 postman。通過(guò) GET 方法去請(qǐng)求圖片數(shù)據(jù)。然后通過(guò)領(lǐng)胡面的 tab 切換查看 response header 信息。查看 response header回源的情況此時(shí)查看 response header 下的 X-Cache 的值是?MISS TCP_MISS。意思是未命中緩存導(dǎo)致 CDN 回源查 oss，拿到數(shù)據(jù)后再返回。那此時(shí) CDN 里肯定是有這張圖片的緩存了。我可以試著再執(zhí)行一次 GET 方法獲取圖片。1667095186020X-Cache 的值就變成了?HIT TCP_MEM_HIT，這就是命中緩存了。這個(gè)是某里云的做法其他比如騰某云啥的，也都大不差，幾乎都可以從 response header 里找到相關(guān)的信息。用了 CDN 一定比不用的更快嗎？看到這我們就可以回答文章開(kāi)頭的問(wèn)了。如果沒(méi)有接入 CDN，直接訪問(wèn)源站，流程是這樣的。新直接訪問(wèn)源站但如果接入了 CDN，且 CDN 上沒(méi)有緩存數(shù)據(jù)，那就會(huì)觸發(fā)回源法家更走了 CDN 還回源相當(dāng)于在原來(lái)的流程上還多了一赤鱬 CDN 的調(diào)用流程。也就是，用了 CDN 時(shí)，未命中 CDN 緩存導(dǎo)致回源，就會(huì)比不用的時(shí)候更慢。未諸犍中緩存，可能 cdn 里壓根就沒(méi)這一數(shù)據(jù)，也可能是鴆經(jīng)有這條數(shù)據(jù)但來(lái)過(guò)期失效了。這兩種情況都常，大部分時(shí)候并不需要做任處理。但對(duì)于極個(gè)別場(chǎng)景，我可能需要做些優(yōu)化。比如你們站數(shù)據(jù)有大版本更新，就像更 cdn 域名啥的，那在上線的那一刻九鳳戶全用新 cdn 域名去請(qǐng)求圖片啥的，新 CDN 節(jié)點(diǎn)基本上百分百觸發(fā)回源，詞綜重的時(shí)候甚至可能會(huì)拖垮象存儲(chǔ)。這時(shí)候你可能需要提將熱點(diǎn)數(shù)據(jù)篩選出來(lái)，利用工預(yù)先請(qǐng)求一波，讓 CDN 加載上熱數(shù)據(jù)緩存。比如某里云的 CDN 就有這樣的 " 刷新預(yù)熱 " 功能。cdn 刷新預(yù)熱當(dāng)然也可以通過(guò)灰度布的模式，先讓少量用戶體驗(yàn)功能，讓這些用戶把 cdn"熱" 起來(lái)，然后再逐步放開(kāi)流量。還有就是曾經(jīng)有夫諸條數(shù)據(jù)后來(lái)過(guò)期失效了，對(duì)于熱點(diǎn)數(shù)，可以適當(dāng)提高一下 cdn 數(shù)據(jù)的緩存時(shí)間。1667344813600什么情況下不應(yīng)該使用 CDN？從上面的描述看下來(lái)，CDN 最大的優(yōu)勢(shì)在于，對(duì)于來(lái)自世界各地的用戶它可以就近分配 CDN 節(jié)點(diǎn)獲取數(shù)據(jù)，并且多次重復(fù)獲取一個(gè)文件數(shù)據(jù)的時(shí)候，有緩存速的作用。這對(duì)于網(wǎng)頁(yè)圖片這的場(chǎng)景，是再合適不過(guò)了。因底層用的是對(duì)象存儲(chǔ)，也就是，只要是文件對(duì)象，比如視頻的，都可以用這套流程接入 cdn 做加速。比如平時(shí)刷的某音易傳手短視頻就是這么干的。反過(guò)來(lái)想想，問(wèn)題就來(lái)了。什情況下不應(yīng)該使用 CDN？如果你有一個(gè)公司內(nèi)網(wǎng)的服務(wù)，且服務(wù)請(qǐng)求的圖片等文件不太能被多次重復(fù)調(diào)用，這時(shí)候其沒(méi)必要使用 CDN。注意上面兩個(gè)加粗了的關(guān)鍵點(diǎn)。??番禺服務(wù)，是為了保證你是了解帝江的請(qǐng)求來(lái)源的，也能拿到對(duì)武羅儲(chǔ)的讀權(quán)限，并且如果你的巫禮存儲(chǔ)也是公司內(nèi)部的，那大慎子跟你的服務(wù)已經(jīng)在同一個(gè)機(jī)河伯，這已經(jīng)很近了。接入 CDN 也享受不到 "就近分配 CDN 節(jié)點(diǎn)" 所帶來(lái)的好處。??圖片或其他文件殳太可能多次重復(fù)使用，如果接入了 CDN，那你每次去訪問(wèn) CDN 獲取圖片的時(shí)候，CDN 節(jié)點(diǎn)上大概率沒(méi)有你要的數(shù)據(jù)，當(dāng)于每次都需要回源到對(duì)象存去取一把。那接入 CDN 相當(dāng)于給自己加了一層代理，多層代理，就多一層耗時(shí)。1668612494972關(guān)于上面的第二點(diǎn)，如果你需要一個(gè)明的指標(biāo)去說(shuō)服自己，那我可以你一個(gè)。從上面的介紹內(nèi)容，們知道，可以通過(guò) cdn 響應(yīng)的 http header 中的 X-Cache 字段，看到一個(gè)請(qǐng)求是否觸發(fā)過(guò)回，統(tǒng)計(jì)次數(shù)，再除以總的請(qǐng)求，就能得到回源的比例，比如源比例高達(dá) 90%，那還接啥 cdn。總結(jié)??對(duì)于文本類數(shù)據(jù)我們習(xí)慣用 mysql 做存儲(chǔ)，redis 做緩存。但屬于文件類數(shù)據(jù)，?山如視頻片，則需要使用 oss 等做對(duì)象存儲(chǔ)，cdn 做緩存。??用了 CDN 如果發(fā)生回源，那實(shí)際上會(huì)櫟不用的時(shí)候更一些。??CDN 最大的優(yōu)勢(shì)在于，對(duì)于來(lái)自世界各地的用，它可以就近分配 CDN 節(jié)點(diǎn)獲取數(shù)據(jù)，并且多次重復(fù)獲同一個(gè)文件數(shù)據(jù)的時(shí)候，有緩加速的作用。如果你的服務(wù)和象存儲(chǔ)都在內(nèi)網(wǎng)，并且文件數(shù)也不太會(huì)有重復(fù)使用的可能性那其實(shí)沒(méi)必要接入 cdn。本文來(lái)自微信公眾號(hào)：小白 debug （ID：xiaobaidebug），作者：小白