,狹義地講，內(nèi)容分發(fā)布網(wǎng)絡(luò)(CDN)是一種新型的網(wǎng)絡(luò)構(gòu)建方式，它是為能在傳統(tǒng)的IP 網(wǎng)發(fā)布寬帶豐富媒體而特別優(yōu)化的網(wǎng)絡(luò)覆蓋層；而從廣義的角度，CDN 代表了一種基于質(zhì)量與

狹義地講，內(nèi)容分發(fā)布網(wǎng)絡(luò)(CDN)是一種新型的網(wǎng)絡(luò)構(gòu)建方式，它是為能在傳統(tǒng)的IP 網(wǎng)發(fā)布寬帶豐富媒體而特別優(yōu)化的網(wǎng)絡(luò)覆蓋層；而從廣義的角度，CDN 代表了一種基于質(zhì)量與秩序的網(wǎng)絡(luò)服務(wù)模式。簡單地說，內(nèi)容發(fā)布網(wǎng)(CDN)是一個經(jīng)策略性部署的整體系統(tǒng)，包括分布式存儲、負(fù)載均衡、網(wǎng)絡(luò)請求的重定向和內(nèi)容管理４個要件，而內(nèi)容管理和全局的網(wǎng)絡(luò)流量管理(Traffic Management)是CDN 的核心所在。通過用戶就近性和服務(wù)器負(fù)載的判斷，CDN 確保內(nèi)容以一種極為高效的方式為用戶的請求提供服務(wù)?？偟膩碚f，內(nèi)容服務(wù)基于緩存服務(wù)器，也稱作代理緩存(Surrogate)，它位于網(wǎng)絡(luò)的邊緣，距用戶僅有" 一跳"(Single Hop) 之遙。同時，代理緩存是內(nèi)容提供商源服務(wù)器（通常位于CDN 服務(wù)提供商的數(shù)據(jù)中心）的一個透明鏡像。這樣的架構(gòu)使得CDN 服務(wù)提供商能夠代表他們客戶，即內(nèi)容供應(yīng)商，向最終用戶提供盡可能好的體驗，而這些用戶是不能容忍請求響應(yīng)時間有任何延遲的。據(jù)統(tǒng)計，采用CDN 技術(shù)，能處理整個網(wǎng)站頁面的70～95％的內(nèi)容訪問量，減輕服務(wù)器的壓力，提升了網(wǎng)站的性能和可擴展性。

與目前現(xiàn)有的內(nèi)容發(fā)布模式相比較，CDN 強調(diào)了網(wǎng)絡(luò)在內(nèi)容發(fā)布中的重要性。通過引入主動的內(nèi)容管理層的和全局負(fù)載均衡，CDN 從根本上區(qū)別于傳統(tǒng)的內(nèi)容發(fā)布模式。在傳統(tǒng)的內(nèi)容發(fā)布模式中，內(nèi)容的發(fā)布由ICP 的應(yīng)用服務(wù)器完成，而網(wǎng)絡(luò)只表現(xiàn)為一個透明的數(shù)據(jù)傳輸通道，這種透明性表現(xiàn)在網(wǎng)絡(luò)的質(zhì)量保證僅僅停留在數(shù)據(jù)包的層面，而不能根據(jù)內(nèi)容對象的不同區(qū)分服務(wù)質(zhì)量。此外，由于

IP

網(wǎng)的" 盡力而為" 的特性使得其質(zhì)量保證是依靠在用戶和應(yīng)用服務(wù)器之間端到端地提供充分的、遠(yuǎn)大于實際所需的帶寬通量來實現(xiàn)的。在這樣的內(nèi)容發(fā)布模式下，不僅大量寶貴的骨干帶寬被占用，同時ICP 的應(yīng)用服務(wù)器的負(fù)載也變得非常重，而且不可預(yù)計。當(dāng)發(fā)生一些熱點事件和出現(xiàn)浪涌流量時，會產(chǎn)生局部熱點效應(yīng)，從而使應(yīng)用服務(wù)器過載退出服務(wù)。這種基于中心的應(yīng)用服務(wù)器的內(nèi)容發(fā)布模式的另外一個缺陷在于個性化服務(wù)的缺失和對寬帶服務(wù)價值鏈的扭曲，內(nèi)容提供商承擔(dān)了他們不該干也干不好的內(nèi)容發(fā)布服務(wù)。

縱觀整個寬帶服務(wù)的價值鏈，內(nèi)容提供商和用戶位于整個價值鏈的兩端，中間依靠網(wǎng)絡(luò)服務(wù)提供商將其串接起來。隨著互聯(lián)網(wǎng)工業(yè)的成熟和商業(yè)模式的變革，在這條價值鏈上的角色越來越多也越來越細(xì)分。比如內(nèi)容／應(yīng)用的運營商、托管服務(wù)提供商、骨干網(wǎng)絡(luò)服務(wù)提供商、接入服務(wù)提供商等等。在這一條價值鏈上的每一個角色都要分工合作、各司其職才能為客戶提供良好的服務(wù)，從而帶來多贏的局面。從內(nèi)容與網(wǎng)絡(luò)的結(jié)合模式上看，內(nèi)容的發(fā)布已經(jīng)走過了ICP 的內(nèi)容（應(yīng)用）服務(wù)器和IDC 這兩個階段。IDC 的熱潮也催生了托管服務(wù)提供商這一角色。但是，IDC 并不能解決內(nèi)容的有效發(fā)布問題。內(nèi)容位于網(wǎng)絡(luò)的中心并不能解決骨干帶寬的占用和建立IP 網(wǎng)絡(luò)上的流量秩序。因此將內(nèi)容推到網(wǎng)絡(luò)的邊緣，為用戶提供就近性的邊緣服務(wù)，從而保證服務(wù)的質(zhì)量和整個網(wǎng)絡(luò)上的訪問秩序就成了一種顯而易見的選擇。而這就是內(nèi)容發(fā)布網(wǎng)(CDN)服務(wù)模式。CDN 的建立解決了困擾內(nèi)容運營商的內(nèi)容" 集中與分散" 的兩難選擇。無疑對于構(gòu)建良好的互聯(lián)網(wǎng)價值鏈?zhǔn)怯袃r值的，也是不可或缺的。

3．CDN 新應(yīng)用和客戶

目前的CDN 服務(wù)主要應(yīng)用于證券、金融保險、ISP 、ICP 、網(wǎng)上交易、門戶網(wǎng)站、大中型公司、網(wǎng)絡(luò)教學(xué)等領(lǐng)域。另外在行業(yè)專網(wǎng)、互聯(lián)網(wǎng)中都可以用到，甚至可以對局域網(wǎng)進行網(wǎng)絡(luò)優(yōu)化。利用CDN ，這些網(wǎng)站無需投資昂貴的各類服務(wù)器、設(shè)立分站點，特別是流媒體信息的廣泛應(yīng)用、遠(yuǎn)程教學(xué)課件等消耗帶寬資源多的媒體信息，應(yīng)用CDN 網(wǎng)絡(luò)，把內(nèi)容復(fù)制到網(wǎng)絡(luò)的最邊緣，使內(nèi)容請求點和交付點之間的距離縮至最小，從而促進Web 站點性能的提高，具有重要的意義。CDN 網(wǎng)絡(luò)的建設(shè)主要有企業(yè)建設(shè)的CDN 網(wǎng)絡(luò)，為企業(yè)服務(wù)；IDC 的CDN 網(wǎng)絡(luò)，主要服務(wù)于IDC 和增值服務(wù)；網(wǎng)絡(luò)運營上主建的CDN 網(wǎng)絡(luò)，主要提供內(nèi)容推送服務(wù)；CDN 網(wǎng)絡(luò)服務(wù)商，專門建設(shè)的CDN 用于做服務(wù)，用戶通過與CDN 機構(gòu)進行合作，CDN 負(fù)責(zé)信息傳遞工作，保證信息正常傳輸，維護傳送網(wǎng)絡(luò)，而網(wǎng)站只需要內(nèi)容維護，不再需要考慮流量問題。

CDN 能夠為網(wǎng)絡(luò)的快速、安全、穩(wěn)定、可擴展等方面提供保障。

IDC 建立CDN 網(wǎng)絡(luò)，IDC 運營商一般需要有分部各地的多個IDC 中心，服務(wù)對象是托管在IDC 中心的客戶，利用現(xiàn)有的網(wǎng)絡(luò)資源，投資較少，容易建設(shè)。例如某IDC 全國有10個機房，加入IDC 的CDN 網(wǎng)絡(luò)，托管在一個節(jié)點的Web 服務(wù)器，相當(dāng)于有了10個鏡像服務(wù)器，就近供客戶訪問。寬帶城域網(wǎng)，域內(nèi)網(wǎng)絡(luò)速度很快，出城帶寬一般就會瓶頸，為了體現(xiàn)城域網(wǎng)的高速體驗，解決方案就是將Internet 網(wǎng)上內(nèi)容高速緩存到本地，將Cache 部署在城域網(wǎng)各POP 點上，這樣形成高效有序的網(wǎng)絡(luò)，用戶僅一跳就能訪問大部分的內(nèi)容，這也是一種加速所有

網(wǎng)站CDN 的應(yīng)用。

4．CDN 的工作原理

在描述CDN 的實現(xiàn)原理，讓我們先看傳統(tǒng)的未加緩存服務(wù)的訪問過程，以便了解CDN 緩存訪問方式與未加緩存訪問方式的差別：

由上圖可見，用戶訪問未使用CDN 緩存網(wǎng)站的過程為:

1) 、用戶向瀏覽器提供要訪問的域名；

2) 、瀏覽器調(diào)用域名解析函數(shù)庫對域名進行解析，以得到此域名對應(yīng)的IP 地址；

3) 、瀏覽器使用所得到的IP 地址，域名的服務(wù)主機發(fā)出數(shù)據(jù)訪問請求；

4) 、瀏覽器根據(jù)域名主機返回的數(shù)據(jù)顯示網(wǎng)頁的內(nèi)容。

通過以上四個步驟，瀏覽器完成從用戶處接收用戶要訪問的域名到從域名服務(wù)主機處獲取數(shù)據(jù)的整個過程。CDN 網(wǎng)絡(luò)是在用戶和服務(wù)器之間增加Cache 層，如何將用戶的請求引導(dǎo)到Cache 上獲得源服務(wù)器的數(shù)據(jù)，主要是通過接管DNS 實現(xiàn)，下面讓我們看看訪問使用CDN 緩存后的網(wǎng)站的過程：

通過上圖，我們可以了解到，使用了CDN 緩存后的網(wǎng)站的訪問過程變?yōu)椋?/p>

1) 、用戶向瀏覽器提供要訪問的域名；

2) 、瀏覽器調(diào)用域名解析庫對域名進行解析，由于CDN 對域名解析過程進行了調(diào)整，所以解析函數(shù)庫一般得到的是該域名對應(yīng)的CNAME 記錄，為了得到實際IP 地址，瀏覽器需要再次對獲得的CNAME 域名進行解析以得到實際的IP 地址；在此過程中，使用的全局負(fù)載均衡DNS 解析，如根據(jù)地理位置信息解析對應(yīng)的IP 地址，使得用戶能就近訪問。

3) 、此次解析得到CDN 緩存服務(wù)器的IP 地址，瀏覽器在得到實際的IP 地址以后，向緩存服務(wù)器發(fā)出訪問請求；

4) 、緩存服務(wù)器根據(jù)瀏覽器提供的要訪問的域名，通過Cache 內(nèi)部專用DNS 解析得到此域名的實際IP 地址，再由緩存服務(wù)器向此實際IP 地址提交訪問請求；

5) 、緩存服務(wù)器從實際IP 地址得得到內(nèi)容以后，一方面在本地進行保存，以備以后使用，二方面把獲取的數(shù)據(jù)返回給客戶端，完成數(shù)據(jù)服務(wù)過程；

6) 、客戶端得到由緩存服務(wù)器返回的數(shù)據(jù)以后顯示出來并完成整個瀏覽的數(shù)據(jù)請求過程。

通過以上的分析我們可以得到，為了實現(xiàn)既要對普通用戶透明(即加入緩存以后用戶客戶端無需進行任何設(shè)置，直接使用被加速網(wǎng)站原有的域名即可訪問) ，又要在為指定的網(wǎng)站提供加速服務(wù)的同時降低對ICP 的影響，只要修改整個訪問過程中的域名解析部分，以實現(xiàn)透明的加速服務(wù)，下面是CDN 網(wǎng)絡(luò)實現(xiàn)的具體操作過程。

1) 、作為ICP ，只需要把域名解釋權(quán)交給CDN 運營商，其他方面不需要進行任何的修改；操作時，ICP 修改自己域名的解析記錄，一般用cname 方式指向CDN 網(wǎng)絡(luò)Cache 服務(wù)器的地址。

2) 、作為CDN 運營商，首先需要為ICP 的域名提供公開的解析，為了實現(xiàn)sortlist ，一般是把ICP 的域名解釋結(jié)果指向一個CNAME 記錄；

3) 、當(dāng)需要進行sorlist 時，CDN 運營商可以利用DNS 對CNAME 指向的域名解析過程進行特殊處理，使DNS 服務(wù)器在接收到客戶端請求時可以根據(jù)客戶端的IP 地址，返回相同域名的不同IP 地址；

4) 、由于從cname 獲得的IP 地址，并且?guī)в衕ostname 信息，請求到達Cache 之后，Cache 必須知道源服務(wù)器的IP 地址，所以在CDN 運營商內(nèi)部維護一個內(nèi)部DNS 服務(wù)器，用于解釋用戶所訪問的域名的真實IP 地址；

5) 、在維護內(nèi)部DNS 服務(wù)器時，還需要維護一臺授權(quán)服務(wù)器，控制哪些域名可以進行緩存，而哪些又不進行緩存，以免發(fā)生開放代理的情況。

5．CDN 的技術(shù)手段

實現(xiàn)CDN 的主要技術(shù)手段是高速緩存、鏡像服務(wù)器?？晒ぷ饔贒NS 解析或HTTP 重定向兩種方式，通過Cache 服務(wù)器，或異地的鏡像站點 完成內(nèi)容的傳送與同步更新。DNS 方式用戶位置判斷準(zhǔn)確率大于85，HTTP 方式準(zhǔn)確率為99以上；一般情況，各Cache 服務(wù)器群的用戶訪問流入數(shù)據(jù)量與Cache 服務(wù)器到原始網(wǎng)站取內(nèi)容的數(shù)據(jù)量之比在2：1到3：1之間，即分擔(dān)50到70的到原始網(wǎng)站重復(fù)訪問數(shù)據(jù)量（主要是圖片，流媒體文件等內(nèi)容）；對于鏡像，除數(shù)據(jù)同步的流量，其余均在本地完成，不訪問原始服務(wù)器。

鏡像站點（Mirror Site）服務(wù)器是我們經(jīng)?？梢钥吹降模寖?nèi)容直截了當(dāng)?shù)?/p> ,

進行分布，適用于靜態(tài)和準(zhǔn)動態(tài)的數(shù)據(jù)同步。但是購買和維護新服務(wù)器的費用較高，另外還必須在各個地區(qū)設(shè)置鏡像服務(wù)器，配備專業(yè)技術(shù)人員進行管理與維護。大型網(wǎng)站在隨時更新各地服務(wù)器的同時，對帶寬的需求也會顯著增加，因此一般的互聯(lián)網(wǎng)公司不會建立太多的鏡像服務(wù)器。

高速緩存手段的成本較低，適用于靜態(tài)內(nèi)容。Internet 的統(tǒng)計表明，超過80 的用戶經(jīng)常訪問的是20的網(wǎng)站的內(nèi)容，在這個規(guī)律下，緩存服務(wù)器可以處理大部分客戶的靜態(tài)請求，而原始的WWW 服務(wù)器只需處理約20左右的非緩存請求和動態(tài)請求，于是大大加快了客戶請求的響應(yīng)時間，并降低了原始WWW 服務(wù)器的負(fù)載。根據(jù)美國IDC 公司的調(diào)查，作為CDN 的一項重要指標(biāo)-緩存的市場正在以每年近100的速度增長，全球的營業(yè)額在2004年將達到45億美元。網(wǎng)絡(luò)流媒體的發(fā)展還將剌激這個市場的需求。

6．CDN 的網(wǎng)絡(luò)架構(gòu)

CDN 網(wǎng)絡(luò)架構(gòu)主要由兩大部分，分為中心和邊緣兩部分，中心指CDN 網(wǎng)管中心和DNS 重定向解析中心，負(fù)責(zé)全局負(fù)載均衡，設(shè)備系統(tǒng)安裝在管理中心機房，邊緣主要指異地節(jié)點，CDN 分發(fā)的載體，主要由Cache 和負(fù)載均衡器等組成。

當(dāng)用戶訪問加入CDN 服務(wù)的網(wǎng)站時，域名解析請求將最終交給全局負(fù)載均衡DNS 進行處理。全局負(fù)載均衡DNS 通過一組預(yù)先定義好的策略，將當(dāng)時最接近用戶的節(jié)點地址提供給用戶，使用戶能夠得到快速的服務(wù)。同時，它還與分布在世界各地的所有CDNC 節(jié)點保持通信，搜集各節(jié)點的通信狀態(tài)，確保不將用戶的請求分配到不可用的CDN 節(jié)點上，實際上是通過DNS 做全局負(fù)載均衡。

對于普通的Internet 用戶來講，每個CDN 節(jié)點就相當(dāng)于一個放置在它周圍的WEB 。通過全局負(fù)載均衡DNS 的控制，用戶的請求被透明地指向離他最近的節(jié)點，節(jié)點中CDN 服務(wù)器會像網(wǎng)站的原始服務(wù)器一樣，響應(yīng)用戶的請求。由于它離用戶更近，因而響應(yīng)時間必然更快。

每個CDN 節(jié)點由兩部分組成：負(fù)載均衡設(shè)備和高速緩存服務(wù)器

負(fù)載均衡設(shè)備負(fù)責(zé)每個節(jié)點中各個Cache 的負(fù)載均衡，保證節(jié)點的工作效率；同時，負(fù)載均衡設(shè)備還負(fù)責(zé)收集節(jié)點與周圍環(huán)境的信息，保持與全局負(fù)載DNS 的通信，實現(xiàn)整個系統(tǒng)的負(fù)載均衡。

高速緩存服務(wù)器（Cache ）負(fù)責(zé)存儲客戶網(wǎng)站的大量信息，就像一個靠近用戶的網(wǎng)站服務(wù)器一樣響應(yīng)本地用戶的訪問請求。

CDN 的管理系統(tǒng)是整個系統(tǒng)能夠正常運轉(zhuǎn)的保證。它不僅能對系統(tǒng)中的各個子系統(tǒng)和設(shè)備進行實時監(jiān)控，對各種故障產(chǎn)生相應(yīng)的告警，還可以實時監(jiān)測到系統(tǒng)中總的流量和各節(jié)點的流量，并保存在系統(tǒng)的數(shù)據(jù)庫中，使網(wǎng)管人員能夠方便地進行進一步分析。通過完善的網(wǎng)管系統(tǒng)，用戶可以對系統(tǒng)配置進行修改。

理論上，最簡單的CDN 網(wǎng)絡(luò)有一個負(fù)責(zé)全局負(fù)載均衡的DNS 和各節(jié)點一臺Cache ，即可運行。DNS 支持根據(jù)用戶源IP 地址解析不同的IP ，實現(xiàn)就近訪問。為了保證高可用性等，需要監(jiān)視各節(jié)點的流量、健康狀況等。一個節(jié)點的單臺Cache 承載數(shù)量不夠時，才需要多臺Cache ，多臺Cache 同時工作，才需要負(fù)載均衡器，使Cache 群協(xié)同工作。

7. CDN 示例

商業(yè)化的CDN 網(wǎng)絡(luò)是用于服務(wù)性質(zhì)的，高可用性等要求非常高，有專業(yè)產(chǎn)品和CDN 網(wǎng)絡(luò)解決方案，本文主要從理論角度，理解CDN 的實現(xiàn)過程，并利用已有網(wǎng)絡(luò)環(huán)境和開源軟件做實際配置，更深刻理解CDN 的具體工作過程。

Linux 是開放源代碼的免費操作系統(tǒng)，已經(jīng)成功應(yīng)用于許多關(guān)鍵領(lǐng)域。Bind 是Unix/FreeBSD/Linux等類unix 平臺上非常有名DNS 服務(wù)程序，Internet 上超過60％的DNS 運行的是bind 。Bind 的最新版本是9.x ，用的比較多的是8.x ，bind 9有很多新特性，其中一項是根據(jù)用戶端源地址對同一域名解析不同的IP 地址，有了這種特性，能把用戶對同一域名的訪問，引導(dǎo)到不同地域節(jié)點的服務(wù)器上去訪問。Squid 是Linux 等操作系統(tǒng)上有名的Cache 引擎，與商業(yè)Cache 引擎相比，Squid 的性能比較低，基本功能工作原理與商業(yè)Cache 產(chǎn)品是一致的，作為試驗，是非常容易配置運行起來。以下簡要介紹

CDN 的配置流程。

$TTL 3600

@ IN SOA ns.cdn.com. root.ns.cdn.com. (

2002090201 ;Serial num

10800 ;Refresh after 3 hours

3600 ;Retry

604800 ;Expire

1800 ;Time to live

)

IN NS ns

www IN A 210.33.21.168

ns IN A 202.96.128.68

cache IN A 202.93.22.13 ;有多少個CACHE 地址

cache IN A 210.21.30.90 ;就有多少個CACHE 的A 記錄

cache IN A 211.99.13.47

2) /etc/named.conf中的內(nèi)容為：

options {

directory "/var/named";

sortlist {

#這一段表示當(dāng)在本地執(zhí)行查詢時

#將按照202.93.22.13,210.21.30.90,211.99.13.47的順序返回地址 { localhost;

{ localnets;

202.93.22.13;

{ 210.21.30.90; 211.99.13.47; };

};

};

#這一段表示當(dāng)在202/8地址段進行DNS 查詢時

#將按照202.93.22.13,210.21.30.90,211.99.13.47的順序返回地址 { 202/8;

{ 202.93.22.13;

{ 210.21.30.90; 211.99.13.47; };

};

};

#這一段表示當(dāng)在211/8地址段進行DNS 查詢時

#將按照211.99.13.47,202.93.22.13,210.21.30.90的順序返回地址， #也就是211.99.13.47是最靠近查詢地點的節(jié)點

{ 211/8;

{ 211.99.13.47;

{ 202.93.22.13; 210.21.30.90; };

};

};

{ 61/8;

{ 202.93.22.13;

{ 210.21.30.90; 211.99.13.47; };

};

};

};

};

zone "." {

type hint;

file "root.cache";

};

zone "localhost" {

type master;

file "localhost";

};

zone "cdn.com" {

type master;

file "cdn.com";

};

3、Cache 在CDN 網(wǎng)絡(luò)中如果工作在服務(wù)器加速模式，因為配置里已經(jīng)寫明加速服務(wù)器的url ，所以Cache 直接匹配用戶請求，到源服務(wù)器獲得內(nèi)容并緩存供下次使用；如果Cache 工作在客戶端加速模式，Cache 需要知道源服務(wù)器的IP 地址，所以CDN 網(wǎng)絡(luò)維護和運行一個供Cache 使用的DNS 服務(wù)器，解析域名的真實IP 地址，如202.99.11.120 ，各域名的解析記錄與未加入CDN 網(wǎng)絡(luò)之前一樣。

4、工作在CDN 網(wǎng)絡(luò)中緩存服務(wù)器必須工作在透明方式，對于Squid 來說，需要設(shè)置以下參數(shù)：

流媒體點播加速

1、標(biāo)準(zhǔn)點播加速

流媒體標(biāo)準(zhǔn)點播加速服務(wù)是將源站大量的流媒體內(nèi)容（視頻、聲音和數(shù)據(jù)等）通過良好的鏈路傳輸?shù)降勐?lián)流媒體專用存儲設(shè)備中，并通過DnionCDN 網(wǎng)絡(luò)本身具有的協(xié)同性能，同步分發(fā)或緩存到位于各地的DnionCDN 小網(wǎng)絡(luò)中的專用流媒體訪問服務(wù)器上，這些服務(wù)器位于各省市主要運營商網(wǎng)絡(luò)節(jié)點。DnionCDN 網(wǎng)絡(luò)中智能網(wǎng)絡(luò)分配技術(shù)將終端用戶對網(wǎng)站的請求指向響應(yīng)效果最好的流媒體服務(wù)節(jié)點上，通過這些流媒體服務(wù)節(jié)點，向用戶提供穩(wěn)定可靠的流媒體點播服務(wù)。

加速對象：

網(wǎng)站流媒體組成部分，目前此產(chǎn)品支持HTTP 、MMS 、RTSP 等多種流媒體協(xié)議，及相對應(yīng)的WMV 、WMA 、SWF 、ASF 、RMVB 、RM 等播放格式；

客戶群體：

提供音頻視頻流媒體點播服務(wù)的各類網(wǎng)站如在線音樂、視頻流媒體點播服務(wù)的網(wǎng)站；遠(yuǎn)程教育的網(wǎng)站；在線培訓(xùn)服務(wù)的網(wǎng)站；媒體類內(nèi)容點播的網(wǎng)站等； 案例 網(wǎng)絡(luò)結(jié)構(gòu)與鏈路：

網(wǎng)絡(luò)結(jié)構(gòu)：網(wǎng)絡(luò)拓?fù)鋱D采用星型的結(jié)構(gòu)模式，由總存儲控制中心進行統(tǒng)一管理和智能分配；

鏈路：DnionCDN-Streaming 整網(wǎng)都是通過自己架設(shè)長途線路 本地線路 落地組建完成；

控制中心與Cache 之間鏈路采用“推拉結(jié)合”技術(shù)實現(xiàn)手段，利于流文件的快速傳輸。

產(chǎn)品特點：

先進技術(shù)理念：智能網(wǎng)絡(luò)分配技術(shù)將用戶請求指向響應(yīng)效果最佳的流媒體服務(wù)群；高速傳輸?shù)牧髅襟w緩存內(nèi)容服務(wù)的實現(xiàn)，有效解決在線播放流斷續(xù)不流暢的問題； 支持格式多樣：目前DnionCDN-Streaming 支持HTTP 、MMS 、 RTSP、

等多種流媒