cdn方案建议书

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