Jare.io，號稱是一個免費的內(nèi)容分發(fā)網(wǎng)絡(luò)（CDN），其本質(zhì)是亞馬遜CloudFront服務(wù)的包裝。當(dāng)配置CloudFront的麻煩超過其好處時，Jare.io能夠用于在低流量情況下快速地試驗CDN。

CloudFront不是免費的，但jare.io創(chuàng)建者背后的公司teamed.io支付了CloudFront的使用費用。Jare和cf.jare.io的CDN域名指向了CloudFront的分發(fā)域名。當(dāng)一個請求第一次到達CloudFront至cf.jare.io時，CloudFront 會將請求轉(zhuǎn)發(fā)給jare.io的服務(wù)器上作為源站或內(nèi)容起始服務(wù)器，Jare.io則依次從實際源站獲取內(nèi)容并且那些內(nèi)容必須被指定整合為Jare.io的一部分。

當(dāng)選擇CDN時，一些需要關(guān)注的點：

內(nèi)容分發(fā)網(wǎng)絡(luò)維護全球的POPs能夠使靜態(tài)內(nèi)容從靠近用戶的地點上提供，從而減少延遲。測量靠近度的方法可以是地理上的、網(wǎng)絡(luò)跳數(shù)的數(shù)量或用戶與POP之間的往返時間（RTT）。POP會從源站獲取內(nèi)容后進行緩存。InfoQ接觸了一些主要的CDN供應(yīng)商并詢問了他們的技術(shù)。

CDN供應(yīng)商使用DNS 單播（Unicast）或選播（Anycast）之一的通信方法以保證用戶的請求傳播自最近的位置。通常用戶對定制域名（像cdn.infoq.com）的請求，會映射到CDN供應(yīng)商的主機上。當(dāng)單播的方法被使用時，DNS服務(wù)器會負責(zé)返回最靠近用戶的CDN節(jié)點的地址。

當(dāng)使用選播時，多個節(jié)點能擁有相同的 IP地址。當(dāng)發(fā)生一個請求時，DNS服務(wù)器解析域名為IP地址，并負責(zé)發(fā)送請求到最拓撲靠近用戶的節(jié)點上。最拓撲靠近可能不會轉(zhuǎn)換至地理上的最近。選播能夠用于DNS(定位最近的域名服務(wù)器)和HTTP（定位最近的內(nèi)容POP）。

在HTTP選播方式中，DNS服務(wù)器給全部用戶返回相同的IP地址，邊界網(wǎng)關(guān)協(xié)議（BGP）負責(zé)路由用戶到最近的IP地址所在的服務(wù)器，BGP是一個用于在網(wǎng)絡(luò)上交換路由信息的基礎(chǔ)協(xié)議。

像MaxCDN的供應(yīng)商使用了選播和DNS路由的組合。Verizon，在2013年收購了EdgeCast，在DNS和HTTP上都使用了選播方法。 HTTP 選播同樣被Fastly 和 Google使用。Akamai擁有一個更復(fù)雜的設(shè)置的DNS 選播技術(shù)。

在最近幾年已經(jīng)有各種各樣的努力使互聯(lián)網(wǎng)（或者說萬維網(wǎng)）更快。網(wǎng)頁關(guān)鍵協(xié)議——HTTP，已經(jīng)看到了升級 ——HTTP2。目前只有一些CDN支持它，但它會在接下來幾個月隨著大部分瀏覽器增加對它的支持而增加。像Verizon和Fastly的提供商朝著支持它的方向上努力著。

另外一種用于在TCP協(xié)議上提高初始擁塞窗口（initcwnd）的改進已經(jīng)實施一段時間了，initcwnd的設(shè)置控制了那些仍保持未回復(fù)的服務(wù)器（直到它能夠發(fā)送更多）的發(fā)送包的最大數(shù)量。在老版本操作系統(tǒng)包括Linux的默認值非常小。一個低的值能影響瀏覽器從服務(wù)器接收應(yīng)答的速度而與多高的可用帶寬無關(guān)。提高值的方法，首次提出于2010的Google論文和之后于2013年作為RFC標(biāo)準，已經(jīng)被大多數(shù)主要的CDN供應(yīng)商采用。

Akamai在最大量接入點上已經(jīng)領(lǐng)先，大多數(shù)其他CDN供應(yīng)商在功能提供上也緊跟其后。

查看英文原文：Jare.io, an Instant and Free CDN