使用 CHT/DHT 方法的 CDN 內容管理

看板Config作者時間21年前 (2004/07/25 17:01), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串1/1
> 6.底下是 web server 與 DNS server 混用的實例之一, 也可只用一種: > 6-1.假設使用者以 URL 形式向 Pi (provider-i.com) 請求下載 ri > http://provider-i.com/dir-ri/file-ri > 6-2.Provider 同意 user uk 的請求後, 使用 CDN 給的 Consistent Hash > Function Hc , Hs , 將請求改為轉向到 > http://Hc(uk-ip).Hs(provider-i.com).CDN.NET/provider-i.com > /dir-ri/file-ri > 6-3.CDN 業者以 DHT 的概念建立與維護 CDN.NET 這個 domain 的多層 dns > server , 其 zone file 分別為 > Hs(provider-i.com).CDN.NET ---> si address > Hc(uk-ip).Hs(provider-i.com).CDN.NET ---> ck address > 讓對應表能擴充, 或縮減, 又能讓對應關係持久維持一致的技巧方法就 > 是 CHT (consistent hash table) 的更新異動方法. > 6-4.使用者最終被導向 Cache ck 請求服務, Cache ck 可以從請求的 URL 知 > 道 content ri 存放於 server si , ck 與 si 間有限制性的存取關係. ====================================================================== 1. Content 服務的最大問題之一是內容的檢索與管理, 如果原始供應者事先做了 關鍵字的分類, 相類似資訊的查詢與存取就會容易的多. Content Provider 要發佈(Publish)其資訊時就必須填報資訊檔名, 出版者, 作者, 分類級別, 摘要與關鍵字. 這些各個關鍵項目目前常用的表達形式就是 XML , 其合成的 key to address transformation function 就是 Hs 這個 Hash Function 決 定了 Content 隨出版者就近存放的位置. 2. 資訊的檢索因 XML 的敘述與 Hs 的存取, 除了提供方便的 related keyword search 外, 還能透過 XML 的敘述, 將可隨之存取的小資料堆分離或合併出可 提供進一步處理的專用庫存資訊. 資訊的可抽離性, 可移動性與再處理性就能 達成, 這是教育學習的主要參考來源之一, 但也是智財權的重點之一. 3. 依據 XML 與 Hs 對就近的 si 位址代號 server 存放發佈的資訊內容, 是典 型的上載行為, 為了資訊內容的正當運作, 應該有限制性的存放要求, 例如: 帳號密碼與容量限制(quota). 4. 使用者(Client)對 cj 位址的 cache server 是無法直接取用資訊的. cache server 並非有求必應的傳統 proxy server , 使用者可以在任意的討論區查 閱到相關資訊, 但必須經由原始的 content provider 網頁或 DNS server 提 供 "permission" 與 "re-direction path" 才能找到 cache 並獲得資訊內容 的下載取得. 5. Permission 的產生是一次性(one time valid)的, 由 content provider 選 出產生公式與核驗式, 再由 CDN service 依協議進行核驗. 6. 區分使用者位置的 Hc hash function 是針對使用者所在位置與最近最有可能 存放 Hs 資訊的 cache server 間最短距離的定位(Location Service)技術. -- ◎ Origin: 中央松濤站□bbs.ee.ncu.edu.tw From: 140.115.6.234
文章代碼(AID): #110tRE00 (Config)