cdn方案建议书.doc

cdn方案建议书篇一：彪骐流媒体CDN平台技术建议书方案编号：BQ-2006-ST-01彪骐流媒体CDN平台技术建议书深圳市彪骐数码科技有限公司2006年11月目 录12 电信流媒体内容服务平台的建设目标. 4 彪骐公司及其成功案例介绍 . .233.13.2 彪骐数码简介 . 5 彪骐数码成功案例 . 5 流媒体内容服务平台技术实现 . 8 分期建设规划 . 8 一期流媒体内容服务平台网络拓朴图 . ..4 系统中视频点播和直播服务器的配置分析 . 9 流媒体中心服务节点设计及设备配置说明 . 9 节目的采集和制作 . 10 直播与录播支持 . 103.3455.15.2 二期流媒体内容服务平台网络拓扑图 . 11 系统特色 . 12 关键技术的实现 . 13 基于流服务内核的双重内容安全保护 . 13 彪骐VOD系统中内容分发的解决方案. .....105.2.11 分发策略 . 13 内容资源分发 . 14 分发规则定义 . 14 分发内容编排 . 14 分发数据生成 . 14 内容分发优先权 . 15 指定节点分发 . 15 智能节点的实现原理 . 16 节点内容淘汰 . 16 瀑布式分发与对等分发的实现 . 16 负载均衡的实现 . 支持嵌入式和独立式播放器避免浏览器拦截 . 19 各节点之间的容灾性备份功能 . 19 DRM（数字版权管理）系统的实现 . .2 DRM内容发布流程 . 20 DRM内容的授权访问流程. 5.95.1066.16.2 多CP接入及内容管理 . 22 手动与自动节目发布 . 23 统一认证 . 24 第三方内容提供商（CP）的接入 . 24 各种代收费手段的实现 . 25 流媒体内容服务平台业务功能 . 25 客户服务中心 . 25 媒体点播 . 262006年11月 第 2 页 共 34 页 彪骐数码?版权所有6.6 网络电视台 . 26 自动录播 . 26 多媒体广告插播 . 26 远程教育 . 27 流媒体内容服务平台管理功能 . 27 操作员权限管理 . 27 系统管理 . 27 系统监控 . 27 用户管理 . 28 用户卡管理 . 28 帐务和报表管理 . 2...067.17 帐务管理 . 28 报表功能 . 28 系统费用构成 . 29 系统计费原则 . 30 用户计费类型 . 30 用户计费策略 . 31 系统优惠策略 . 32 计费管理 . 29 统计分析 . 32 节目管理 . 32 广告管理 . 33 录播管理 . 33 CDN管理 . 33 SP/CP管理 . 33 网页区域管理 . 33 多级分类管理 . 33 EPG管理 . 34 IP地址管理 . 341 电信流媒体内容服务平台的建设目标同全国其他省市的情况一样，本省电信系统的宽带网络基础建设已经完成，下一阶段的主要目标，则是在目前的宽带网络基础设施上，建设一套宽带业务运营平台。用户方结合当前国际国内宽带应用的发展情况，以及自身的特点，决定选择宽带视频应用作为业务突破点，首先建成一套宽带视频的应用平台，进而由宽带视频的应用去带动其他的宽带业务。在本省电信宽带网络上建设这一套宽带视频应用平台的主要目的是为了要实现优良的宽带视频点播业务平台，并成功实现商业运营，并探讨一个成功的宽带视频应用的商业模式，以便为将来的其他宽带业务的运营打下基础。根据电信宽带网的结构特点，本内容服务平台的中心节点拟建在X市，并且，在全省各地市设立内容服务平台的分节点，利用媒体内容分发技术实现对全省内容服务平台的统一管理。因此，当前全省电信网络上建设宽带视频内容服务平台的目标主要有以下几点： ? 建立一个可管理、可收费、可运营的电信级视频服务平台，为全省宽带网的宽带用户服务? 建设全省分布式结构的流媒体服务系统：一期工程将在X市建设一个中心节点，二期在全省各地市建设内容服务平台分节点，为所有宽带用户服务。? 在一期项目中，根据电信宽带网在X市的宽带用户数量，建议建设一个服务能力为3000个500Kbps节目流输出的内容服务中心节点。? 内容服务中心节点需要对全省各地市内容服务分节点进行管理，提供系统资源管理、平台参数管理、多CP/SP管理、系统监控、用户管理、内容管理、计费管理、统计分析、区域管理、广告管理等众多的管理功能。? 以X市内容服务中心节点作为整个系统内容服务平台的网管中心及节目存储备份中心，负责内容服务平台的系统管理、节目制作管理、节目直播采集管理。 ? 各节点之间具有点播、直播的容灾性备份功能。? 系统具有实时性；? 系统设计既要具有一定的容灾性和安全性，又要充分利用硬件设备资源，在系统设计中不应出现单点故障，且设计应具备一定抗黑客攻击的能力，确保系统不间断的提供服务。? 认证、计费软件接口符合行业、国内和国际协议标准。? 以后随着宽带市场的发展，本系统的服务能力将逐步提升，要求系统要有良好的扩展能力，能实现服务类型和系统规模的扩展。在本项目中，我们建议采用深圳市彪骐数码科技有限公司自主开发的IBS宽带流媒体应用系统来实现本内容服务平台所需要的全部业务功能。2 彪骐公司及其成功案例介绍2.1.1 彪骐数码简介彪骐数码公司是一家专注于宽带视频应用技术开发的民营高科技公司。公司管理层认为，彪骐数码生存和发展的重要意义在于：为用户提供视频技术的完整解决方案，向用户提供实现价值最大化的产品。同时，彪骐数码公司是REAL NETWORKS公司和MICROSOFT公司在中国的开发合作伙伴和解决方案提供商。公司聚集了一大批长期从事宽带视频技术研究和开发的优秀人才，创造了设备先进、环境一流的研发实验室，全力开发和推广宽带视频产品。我们拥有宽带互联网流媒体应用的关键技术，具备REAL SERVER内核上进行二次开发的能力，已经开发出MPEG-1/2文件格式插件及用户认证插件；同时，我们熟悉基于JAVA的多层模式的大型商业应用软件开发，IBS宽带流媒体综合平台是其成功典范；我们还拥有MPEG及DVB应用开发的关键技术，具有自主开发数字卫星接收机、机顶盒产品及底层软件的能力。我们具有长期进行视频应用系统建设的丰富经验，能为用户提供功能全面、性价比良好的解决方案；陕西省电信、河南省电信公司、青海省电信公司、深圳市电信局及海南、云南丽江、江西九江、重庆合川有线台等都是我们的客户。公司的多项科研成果拥有自主知识产权，在宽带视频领域已广泛应用在电信、广电、教育等各个行业。公司的IBS宽带流媒体综合平台软件和DSS数字视频广播服务软件都已获得信息产业部软件产品测试认定。2.1.2 彪骐数码成功案例目前，彪骐公司的宽带流媒体应用产品及其CDN系统，已经成功运营在以下电信篇二：网站通用CDN改造建议书网站通用CDN改造建议书2010年6月北京蓝汛通信技术有限责任公司目录1. 面向CACHE改造网站的通用建议. 11.1 CACHE设备的一般工作原理 . 11.2 控制设备的缓存动作 . 21.2.1使用HTML Meta Tags和 HTTP Headers. 21.2.2不起作用的Pragma HTTP Headers . 21.2.3使用Expires HTTP Header控制内容更新 . 31.2.4Cache-Control HTTP headers . 31.2.5认证条件和认证 . 41.3 建造CACHE易于识别的WEB站点. 51.4 写CACHE易于识别的脚本. 62. 其它CDN加速相关问题 . 72.1 图片加速优先 . 72.2 分离不同性质的域名 . 72.3 用户登录后个性化信息的改造 . 82.4 加速后如何获取页面访问量统计结果 . 82.5 内容刷新 . 82.6 内容分页、URL不变的情况 . 82.7 将访问频率高的从数据库获取的内容发布为静态页面 . 92.8 评论和原ASP文件分开显示 . 92.9 避免使用重新定向 . 92.10 URL参数部分避免使用中文字符和IP，URL不可过长 . 92.11 对于受口令保护的页面，CACHE设备如何处理 . 102.12 我将我的页面标记成了可缓存，可是我的浏览器的每次请求都穿过了CACHE设备，如何能强制CACHE保存内容副本？ . 101. 面向Cache改造网站的通用建议1.1 Cache设备的一般工作原理所有的Cache设备都有一套规则来确定何时向用户提供Cache中已有的可用内容。有些规则通过http 1.01.1 规范设置，有些规则可以由管理员在Cache设备上设置。一般而言，下面是一些应普遍遵循的规则：1、2、 如果响应Headers标明对象不可Cache，设备就不Cache； 如果响应Headers中没有过期验证的Header（如Etag或Last-Modified），Cache设备将认为此对象为不可Cache。3、4、 如果请求要经过用户认证或是保密内容，响应内容将不被Cache 被cache的内容如果符合一下条件之一，将被认为不过时，不需向源站检查，就可提供给请求客户：? 被Cache内容具有过期时间或其它控制有效期Header设置，且按此设置内容尚不过期；? 浏览器在设置成一次会话检查一次的情况下，在缓存中发现此副本。? 代理服务器中发现此副本，该副本已经有相当长的时间没有被修改过了。5、 如果副本过期，Cache设备会向源站确认内容是否可用，如果源站告诉Cache设备内容不可用，Cache设备从源站获取最新内容，否则将Cache设备内容提供给用户，同时延长Cache中副本的过期时间。总之，通过副本“Freshness”确认，在该内容未改变的情况下，避免服务器再次发送全部内容，确保了访问客户能从Cache设备上立刻获得所需内容。1.2 控制设备的缓存动作1.2.1使用HTML Meta Tags和 HTTP HeadersHTML文档作者可以在文档中放入meta tags标明文档不可缓存，或在指定时间后过期。Meta tags容易使用但效率不高，因为它控制浏览器的缓存动作，而不能控制专用Cache设备的缓存动作。HTTP headers却可以让你同时控制浏览器和专用Cache设备的缓存动作，他们通常由Web服务器自动生成，不能在HTML页面中看到。根据使用服务器的不同，你可以在不同程度上控制Headers。HTTP headers在HTML页面之前发送，只能被浏览器和中间层Cache设备看到。典型的HTTP 1.1 响应头可能像这个样子： HTTP/1.1 200 OKDate: Fri, 30 Oct 1998 13:19:41 GMTServer: Apache/1.3.3 (Unix)Cache-Control: max-age=3600, must-revalidateExpires: Fri, 30 Oct 1998 14:19:41 GMTLast-Modified: Mon, 29 Jun 1998 02:28:12 GMTETag: 3e86-410-3596fbbcContent-Length: 1040Content-Type: text/html1.2.2不起作用的Pragma HTTP Headers许多人认为指定一个pragma值为“no cache”可以使内容不被cache，这种说法并不正确，HTTP规范没有对Pragma 响应header做出任何规定。相反只讨论了pragma请求header。虽然可能有少数Cache设备支持这个响应header，但大部分不支持，所以设置它不起作用在蓝汛公司使用的cache 设备中加入filter，可以对“pragma: nocache”页面强行cache。1.2.3使用Expires HTTP Header控制内容更新Expires HTTP header是一种控制Cache设备的基本方式，它告诉设备某一副本在多长的时间内不过期，在此之后，设备将回源站检查页面是否被更新过。事实上，所有的Cache设备都支持Expires header。大多数Web服务器允许通过几种方式设置Expires 响应Header。服务器通常允许你为页面设置一个绝对过期时间。Expires header对控制静态图片的缓存动作尤其有效，因为他们不经常变化，站点对用户响应速度肯定会比较快。它对控制有规律改变的页面也很有效，比如你每天早上6点更新页面，你就可以设定副本在早上6点过期，Cache设备就知道何时去源站获取新的内容，而不用用户作任何操作。Expires header的唯一值就是一个HTTP 日期；任何其他值都会被按过时理解，造成内容不可缓存。还要注意，HTTP date是GMT（Greenwich Mean Time）时间，而不是本地时间。格式：Expires: Fri, 30 Oct 1998 14:19:41 GMT如果你使用Expires header，就必须确保服务器时钟准确。方法之一是使用NTP（Network Time Protocol），找本地系统管理员确定可以使用哪些NTP Server。使用Expires header要注意确保Web服务器和Cache设备的时间一致，否则就可能出现Cache设备把过时内容提供给用户的结果。最后一点，记住在页面过期之前为页面指定新的过期时间，否则所有的用户请求都要回源站验证，增加源站的负载和延迟。1.2.4Cache-Control HTTP headersHTTP 1.0缺乏对