Jare.io，號稱是一個免費的內容分發網絡（CDN），其本質是亞馬遜CloudFront服務的包裝。當配置CloudFront的麻煩超過其好處時，Jare.io能夠用于在低流量情況下快速地試驗CDN。
CloudFront不是免費的，但jare.io創建者背后的公司teamed.io支付了CloudFront的使用費用。Jare和cf.jare.io的CDN域名指向了CloudFront的分發域名。當一個請求第一次到達CloudFront至cf.jare.io時，CloudFront 會將請求轉發給jare.io的服務器上作為源站或內容起始服務器，Jare.io則依次從實際源站獲取內容并且那些內容必須被指定整合為Jare.io的一部分。
當選擇CDN時，一些需要關注的點：
全球接入點 (POPs) 數量防止分布式拒絕服務（DDOS）攻擊內容失效和傳輸的時間API支持HTTPS支持內容分發網絡維護全球的POPs能夠使靜態內容從靠近用戶的地點上提供，從而減少延遲。測量靠近度的方法可以是地理上的、網絡跳數的數量或用戶與POP之間的往返時間（RTT）。POP會從源站獲取內容后進行緩存。InfoQ接觸了一些主要的CDN供應商并詢問了他們的技術。
CDN供應商使用DNS 單播（Unicast）或選播（Anycast）之一的通信方法以保證用戶的請求傳播自最近的位置。通常用戶對定制域名（像cdn.infoq.com）的請求，會映射到CDN供應商的主機上。當單播的方法被使用時，DNS服務器會負責返回最靠近用戶的CDN節點的地址。
當使用選播時，多個節點能擁有相同的 IP地址。當發生一個請求時，DNS服務器解析域名為IP地址，并負責發送請求到最拓撲靠近用戶的節點上。最拓撲靠近可能不會轉換至地理上的最近。選播能夠用于DNS(定位最近的域名服務器)和HTTP（定位最近的內容POP）。
在HTTP選播方式中，DNS服務器給全部用戶返回相同的IP地址，邊界網關協議（BGP）負責路由用戶到最近的IP地址所在的服務器，BGP是一個用于在網絡上交換路由信息的基礎協議。
像MaxCDN的供應商使用了選播和DNS路由的組合。Verizon，在2013年收購了EdgeCast，在DNS和HTTP上都使用了選播方法。 HTTP 選播同樣被Fastly 和 Google使用。Akamai擁有一個更復雜的設置的DNS 選播技術。
在最近幾年已經有各種各樣的努力使互聯網（或者說萬維網）更快。網頁關鍵協議——HTTP，已經看到了升級 ——HTTP2。目前只有一些CDN支持它，但它會在接下來幾個月隨著大部分瀏覽器增加對它的支持而增加。像Verizon和Fastly的提供商朝著支持它的方向上努力著。
另外一種用于在TCP協議上提高初始擁塞窗口（initcwnd）的改進已經實施一段時間了，initcwnd的設置控制了那些仍保持未回復的服務器（直到它能夠發送更多）的發送包的最大數量。在老版本操作系統包括Linux的默認值非常小。一個低的值能影響瀏覽器從服務器接收應答的速度而與多高的可用帶寬無關。提高值的方法，首次提出于2010的Google論文和之后于2013年作為RFC標準，已經被大多數主要的CDN供應商采用。
Akamai在最大量接入點上已經領先，大多數其他CDN供應商在功能提供上也緊跟其后。
查看英文原文：Jare.io, an Instant and Free CDN
京公網安備 11010502049343號