CDN

CDN的全称是Content Delivery Network，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。通过在网络各处放置所构成的在现有的互联网基础之上的一层智能，CDN系统能够实时地根据和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决 Internet的状况，提高用户访问网站的响应速度。

简单地说，内容分发网络(CDN)是一个经策略性部署的整体系统，包括、、网络请求的重定向和内容管理4个要件，而内容管理和全局的网络流量管理(Traffic Management)是CDN的核心所在。通过用户就近性和负载的判断，CDN确保内容以一种极为高效的方式为用户的请求提供服务。

　　总的来说，内容服务基于，也称作(Surrogate)，它位于网络的边缘，距用户仅有"一跳"(Single Hop)之遥。同时，是内容提供商源（通常位于CDN的数据中心）的一个透明。这样的架构使得CDN能够代表他们客户，即内容供应商，向最终用户提供尽可能好的体验，而这些用户是不能容忍有任何延迟的。

视频分段的目的并非是为了让用户多线程下载，恰恰是为了不让用户过快地下载。HTTP协议毕竟不是流媒体协议，很难控制视频传输的速度，设想一个用户在看了整部视频的1/3的时候，决定不看了，可是由于用户的网速很可能快于视频的码流，这时整部视频也许已经全部下载完毕了，那么多下载的2/3流量就被浪费了，这对于目前带宽是主要成本的视频网站来讲显然是不可接受的。因此把视频分段，并在一个视频片段快看完的时候，再去下载下一段视频，是一种简便并且高效的流控手段。

另外一个作用是为了CDN缓存的需要。视频文件普遍比较大，在缓存进内存的时候，会消耗大量的资源，如果缓存节点有多个不同视频文件在被观看，那么把这些文件全部读进内存有可能使系统资源耗尽。只把那些正在被观看的片段缓存起来显然效率更好。

视频服务一般不允许多线程下载，他们的CDN节点遍布全国，带宽和延迟都很有保障，所以没有必要使用多线程下载。把大文件分成多段也不是分段下载的必要条件，保持一个大文件，同时分段请求不同的文件位置也是可以的，只是flash能不能实现就不知了。

CDN架构主要由两大部分，分为中心和边缘两部分，中心指CDN网管中心和DNS重定向解析中心，负责全局负载均衡，设备系统安装在管理中心机房，边缘主要指异地节点，CDN分发的载体，主要由Cache和负载均衡器等组成。
　　当用户访问加入CDN服务的网站时，域名解析请求将最终交给全局负载均衡DNS进行处理。全局负载均衡DNS通过一组预先定义好的策略，将当时最接近用户的节点地址提供给用户，使用户能够得到快速的服务。同时，它还与分布在世界各地的所有CDNC节点保持，搜集各节点的通信状态，确保不将用户的请求分配到不可用的CDN节点上，实际上是通过DNS做全局负载均衡。
　　对于普通的Internet用户来讲，每个CDN节点就相当于一个放置在它周围的WEB。通过全局负载均衡DNS的控制，用户的请求被透明地指向离他最近的节点，节点中CDN会像网站的原始一样，响应用户的请求。由于它离用户更近，因而响应时间必然更快。
　　每个CDN节点由两部分组成：负载均衡设备和高速缓存服务器
　　负载均衡设备负责每个节点中各个Cache的负载均衡，保证节点的工作效率；同时，负载均衡设备还负责收集节点与周围环境的信息，保持与全局负载DNS的通信，实现整个系统的负载均衡。
　　高速缓存服务器（Cache）负责客户网站的大量信息，就像一个靠近用户的网站服务器一样响应本地用户的访问请求。
　　CDN的管理系统是整个系统能够正常运转的保证。它不仅能对系统中的各个子系统和设备进行实时监控，对各种故障产生相应的告警，还可以实时监测到系统中总的流量和各节点的流量，并保存在系统的数据库中，使网管人员能够方便地进行进一步分析。通过完善的网管系统，用户可以对系统配置进行修改。
　　理论上，最简单的CDN网络有一个负责全局负载均衡的DNS和各节点一台Cache，即可运行。DNS支持根据用户源IP地址解析不同的IP，实现就近访问。为了保证高可用性等，需要监视各节点的流量、健康状况等。一个节点的单台Cache承载数量不够时，才需要多台Cache，多台Cache同时工作，才需要负载均衡器，使Cache群协同工作