【正文】 出請求，然后從網(wǎng)站服務(wù)器上下載網(wǎng)頁或程序。由于視頻流服務(wù)對帶寬資源的要求高、服務(wù)時間長，使得在上提供視頻點播極具挑戰(zhàn)性，特別是當(dāng)某個節(jié)目趨向流行時，系統(tǒng)會在短時間內(nèi)收到大量異步服務(wù)請求，而傳統(tǒng)的在服務(wù)器端為每個請求單獨分配一條流的模式無法容納大規(guī)模的點播請求。通過完善的網(wǎng)管系統(tǒng)，用戶可以對系統(tǒng)配置進行修改。通過全局負(fù)載均衡DNS的控制，用戶的請求被透明地指向離他最近的節(jié)點，節(jié)點中CDN服務(wù)器會像網(wǎng)站的原始服務(wù)器一樣，響應(yīng)用戶的請求。作為CDN運營商，首先需要為ICP的域名提供公開的解析，為了實現(xiàn)sortlist，一般是把ICP的域名解釋結(jié)果指向一個CNAME記錄；當(dāng)需要進行sortlist時，CDN運營商可以利用DNS對CNAME指向的域名解析過程進行特殊處理，使DNS服務(wù)器在接收到客戶端請求時可以根據(jù)客戶端的IP地址，返回相同域名的不同IP地址；由于從ame獲得的IP地址，并且?guī)в衕ostname信息，請求到達(dá)Cache之后，Cache必須知道源服務(wù)器的IP地址，所以在CDN運營商內(nèi)部維護一個內(nèi)部DNS服務(wù)器，用于解釋用戶所訪問的域名的真實IP地址；在維護內(nèi)部DNS服務(wù)器時，還需要維護一臺授權(quán)服務(wù)器，控制哪些域名可以進行緩存，而哪些又不進行緩存，以免發(fā)生開放代理的情況。CDN網(wǎng)絡(luò)是在用戶和服務(wù)器之間增加Cache 層，如何將用戶的請求引導(dǎo)到Cache上獲得源服務(wù)器的數(shù)據(jù)，主要是通過接管DNS實現(xiàn)，下面讓我們看看訪問使用CDN緩存后的網(wǎng)站的過程：內(nèi)容位于網(wǎng)絡(luò)的中心并不能解決骨干帶寬的占用和建立IP網(wǎng)絡(luò)上的流量秩序。這種基于中心的應(yīng)用服務(wù)器的內(nèi)容發(fā)布模式的另外一個缺陷在于個性化服務(wù)的缺失和對寬帶服務(wù)價值鏈的扭曲，內(nèi)容提供商承擔(dān)了他們不該干也干不好的內(nèi)容發(fā)布服務(wù)。這樣的架構(gòu)使得CDN服務(wù)提供商能夠代表他們客戶，即內(nèi)容供應(yīng)商，向最終用戶提供盡可能好的體驗，而這些用戶是不能容忍請求響應(yīng)時間有任何延遲的。其目的是通過在現(xiàn)有的Internet中增加一層新的網(wǎng)絡(luò)架構(gòu)，將網(wǎng)站的內(nèi)容發(fā)布到最接近用戶的網(wǎng)絡(luò)”邊緣”，使用戶可以就近取得所需的內(nèi)容，解決Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。流媒體應(yīng)用的一個最大的好處是用戶不需要花費很長時間將多媒體數(shù)據(jù)全部下載到本地后才能播放，而僅需將起始幾秒的數(shù)據(jù)先下載到本地的緩沖區(qū)中就可以開始播放了。面對有限的帶寬和擁擠的撥號網(wǎng)絡(luò)，要實時實現(xiàn)窄帶網(wǎng)絡(luò)的視頻、音頻傳輸，最好的解決方案就是采用流式媒體的傳輸方式。一、CDNCDN的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。同時，代理緩存是內(nèi)容提供商源服務(wù)器（通常位于CDN服務(wù)提供商的）的一個透明鏡像。當(dāng)發(fā)生一些熱點事件和出現(xiàn)浪涌流量時，會產(chǎn)生局部熱點效應(yīng)，從而使應(yīng)用服務(wù)器過載退出服務(wù)。但是，IDC并不能解決內(nèi)容的有效發(fā)布問題。CDN能夠為網(wǎng)絡(luò)的快速、安全、穩(wěn)定、可擴展等方面提供保障。通過以上四個步驟，瀏覽器完成從用戶處接收用戶要訪問的域名到從域名服務(wù)主機處獲取數(shù)據(jù)的整個過程。作為ICP，只需要把域名解釋權(quán)交給CDN運營商，其他方面不需要進行任何的修改；操作時，ICP修改自己域名的解析記錄，一般用ame方式指向CDN網(wǎng)絡(luò)Cache服務(wù)器的地址。對于普通的Internet用戶來講，每個CDN節(jié)點就相當(dāng)于一個放置在它周圍的WEB。它不僅能對系統(tǒng)中的各個子系統(tǒng)和設(shè)備進行實時監(jiān)控，對各種故障產(chǎn)生相應(yīng)的告警，還可以實時監(jiān)測到系統(tǒng)中總的流量和各節(jié)點的流量，并保存在系統(tǒng)的數(shù)據(jù)庫中，使網(wǎng)管人員能夠方便地進行進一步分析。流媒體用戶不只是下載流媒體數(shù)據(jù)，而且還把數(shù)據(jù)上載給其它用戶，因此，這種方法可以擴大用戶組的規(guī)模，且需求越多，資源也越多。這樣不僅耗資巨大，而且并不能從根本上解決上面提出的問題。從體系結(jié)構(gòu)上，P2P 網(wǎng)絡(luò)分為以下三類：1. 集中式 P2P 網(wǎng)絡(luò)：集中式 P2P 網(wǎng)絡(luò)是C/S 和P2P 模式的混合。在Napster基礎(chǔ)上，后起的混合式P2P系統(tǒng)都采用了一些增強機制來提高網(wǎng)絡(luò)的效率，如BitTorrent提供文件分片機制，限定用戶在下載的同時必須上傳，以此來杜絕自私節(jié)點的存在，這些都提高了網(wǎng)絡(luò)的工作效率。在這種網(wǎng)絡(luò)結(jié)構(gòu)中，文件和指針存放在確定的位置上。用戶計算機與服務(wù)器相比還是有很多的差異。在基于應(yīng)用層組播樹的P2P流媒體分發(fā)系統(tǒng)中，首先要解決的問題是組播樹的構(gòu)建，最簡單的模型是PeerCast。因為只要收到一個描述就可以單獨解碼，因此這種系統(tǒng)也可以很好的解決節(jié)點不穩(wěn)定的問題，典型的模型為SplitStream和CooperNet。但是內(nèi)容分發(fā)網(wǎng)絡(luò)從本質(zhì)上來說是還是基于C/S架構(gòu)的，雖然這種方式可以提供可靠的服務(wù)能力以及較高的服務(wù)質(zhì)量，但是系統(tǒng)的擴展