&blockquote&&h2&引言&/h2&网络视频直播存在已有很长一段时间，随着移动上下行带宽提升及资费的下调，视频直播被赋予了更多娱乐和社交的属性，人们享受随时随地进行直播和观看，主播不满足于单向的直播，观众则更渴望互动，直播的打开时间和延迟变成了影响产品功能发展重要指标。那么，问题来了：&b& 如何实现低延迟、秒开的直播？&/b&&p&先来看看视频直播的5个关键的流程：录制-&编码-&网络传输-&解码-&播放，每个环节对于直播的延迟都会产生不同程度的影响。这里重点分析移动设备的情况。受限于技术的成熟度、硬件环境等，我们针对移动场景简单总结出直播延迟优化的4个点：网络、协议、编解码、移动终端，并将分四期来一一解密UCloud直播云实现低延迟、秒开的技术细节。&/p&&p&本篇是该系列的第一篇，将全面解析UCloud直播云在网络传输方面的技术实践。&/p&&/blockquote&&br&&br&&h2&1）全局负载均衡-就近接入&/h2&&p&实现就近接入的技术比较广为人知，就是CDN即Content Delivery Network （内容分发网络）。CDN包含两大核心技术：负载均衡和分发网络，随着10多年的演进，对负载均衡和分发的实现方式已多种多样，分发网络的构建策略通常是经过日积月累的总结出一套最合适的分发路由，并且也不是一成不变，需时刻关注调整，动态运营。这里重点介绍下CDN的负载均衡技术。&/p&&p&负载均衡是如何实现让用户就进访问的呢？比较普遍的实现方式：通过用户使用的DNS服务器来判断客户端所在的网络位置，从而返回对应的服务IP。如下图示例:&/p&&figure&&img src=&https://pic4.zhimg.com/v2-6ecedf344b939cf078aff_b.jpg& data-rawwidth=&588& data-rawheight=&409& class=&origin_image zh-lightbox-thumb& width=&588& data-original=&https://pic4.zhimg.com/v2-6ecedf344b939cf078aff_r.jpg&&&/figure&&br&&br&&p& 广东电信用户IP:1.1.1.1 需要看一个直播&a href=&http://link.zhihu.com/?target=http%3A//www.ucloud.cn/helloworld.flv& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&http://www.&/span&&span class=&visible&&ucloud.cn/helloworld.fl&/span&&span class=&invisible&&v&/span&&span class=&ellipsis&&&/span&&/a& ，实现就近访问的过程是：&/p&&br&&p&1&用户向配置的DNS服务器1.1.1.0(通常是运营商指定，也称local DNS，后面简称Ldns)发起&a href=&http://link.zhihu.com/?target=http%3A//www.ucloud.cn/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&www.ucloud.cn&/a& 的查询；&/p&&p&2& Ldns 上没有该域名的记录，则往顶级即Root NS上发起查询；&/p&&p&3&Root NS返回告知Ldns该域名的权威解析记录在UCloud NS上；&/p&&p&4&Ldns 向UCloud NS发起查询；&/p&&p&5&UCloud NS 向UCloud GSLB服务发起查询，GSLB发现 Ldns1.1.1.0是属于广东电信；&/p&&p&6&返回广东电信的就近节节点IP1.1.1.2；&/p&&p&7&返回1.1.1.2给Ldns；&/p&&p&8&返回给用户1.1.1.2，用户到1.1.1.2上去获取直播内容。&/p&&br&&p&链路很长，但是每个Ldns上都会对查询过的域名做合理的缓存，下一个广东电信的用户再来查询的时候就可以直接返回1.1.1.2。架构并不复杂，关键点是如何知道Ldns是位于广东电信，这就涉及一个IP地址库。有开源地址库，也有商业地址库，可以按需求采购即可，一般一年1万左右。&b&这里不难看出来，调度的准确度是完全依赖用户配置的Ldns，&/b&而这些Ldns大多数是省级别的，即GLSB只知道用户是广东电信，但是常常分不出来是广东广州电信，还是广东深圳电信。 HTTPDNS就是实现更精准的调度一种方式：&/p&&figure&&img src=&https://pic4.zhimg.com/v2-be76c95dbb0b46abda73c3533ccfbd4b_b.jpg& data-rawwidth=&574& data-rawheight=&398& class=&origin_image zh-lightbox-thumb& width=&574& data-original=&https://pic4.zhimg.com/v2-be76c95dbb0b46abda73c3533ccfbd4b_r.jpg&&&/figure&&br&&p&1&用户1.1.1.1通过HTTP协议直接向UCloud NS请求直播域名&a href=&http://link.zhihu.com/?target=http%3A//www.ucloud.cn/& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&www.ucloud.cn&/a&；&/p&&p&2&UCloud NS发现用户IP1.1.1.1属于广东深圳电信；&/p&&p&3&返回广东深圳电信节点1.1.1.11给UCloud NS；&/p&&p&4&返回给用户。&/p&&br&&p&HTTPDNS的好处显而易见：一可精准获得用户端的IP，有效避免用户配错Ldns（有时是网络中心配错DNS）的情况，可更精准定位用户所在网络位置。二可避免DNS解析劫持。&br&&/p&&br&&br&&h2&2）BGP中转架构-最短传输路径&/h2&&p&BGP即Border Gateway Protocol （边界网关协议），业内简称BGP。为什么BGP中转架构对直播加速和分发如此重要？不得不提国内复杂的网络状况，较广为人知的是“南电信北联通”的宽带用户分布。那一个简单的问题，电信主播发起了直播，联通的用户想看怎么办呢？ 从结构上讲，肯定是有有限个电信联通两个运营商的交汇点，相当于信息桥梁。 这就会带来两个问题：1、路程要绕远，网络延迟高且不稳定；2、高峰期拥堵，导致直播流卡顿。&/p&&p&BGP的技术原理往简单的说就是允许同一IP在不同网络中广播不同的路由信息，效果就是同一个IP，当电信用户来访问时走电信网内的路由，联通用户来访问时走的联通的路由。所以BGP技术对跨运营商的访问带来了巨大的便利，特别是直播场景。不同于传统的文件缓存场景，一个图片哪怕第一次是跨了遥远的距离从源站获取后，本地网络进行缓存，后面的访问都走本地网络。直播加速是流式的，并且当要做到低延迟的时候，中间的缓存要尽可能少。 BGP相当于给跨网的用户就近搭建了一坐桥梁，不必绕远路，延时和稳定性都大大提高了。&/p&&figure&&img src=&https://pic1.zhimg.com/v2-32dc99c2a0c8_b.jpg& data-rawwidth=&609& data-rawheight=&391& class=&origin_image zh-lightbox-thumb& width=&609& data-original=&https://pic1.zhimg.com/v2-32dc99c2a0c8_r.jpg&&&/figure&&br&&p& 技术原理部分介绍完了，那么多直播延迟影响有多少改善呢？首先这里的就近，不一定是物理距离近，不考虑瞬时负载情况下，更多是指测速延时最优的机房。在国内一般而言相同的接入运营商（电信、联通、移动）并且地理位置最近的情况网络延迟最优，小于15ms。跨省同运营商的网络延迟25~50ms，跨运营商情况更复杂一些，在50~100ms。总结起来，直播当中每个包的延时可以缩短100ms，由于网络的叠加效果，反射到上层是秒级的延迟缩减。&/p&&br&&p&以上就是直播云实现接入网络优化的技术细节。&/p&&p&公开的直播协议众多，RTMP、HLS、HDL（HTTP-FLV）、RTP，直播平台应该怎样选择合适的协议？更多技术细节，全在《关于直播，所有的技术细节都在这里了（二）》。&br&&/p&&p&敬请期待！&/p&&br&&br&&br&&b&本文由『UCloud流媒体研发团队』提供。&/b&&br&&br&&br&&p&「UCloud机构号」将独家分享云计算领域的技术洞见、行业资讯以及一切你想知道的相关讯息。&br&&/p&&p&欢迎提问&求关注 o(*////▽////*)q～&/p&&p&以上。&/p&
引言网络视频直播存在已有很长一段时间，随着移动上下行带宽提升及资费的下调，视频直播被赋予了更多娱乐和社交的属性，人们享受随时随地进行直播和观看，主播不满足于单向的直播，观众则更渴望互动，直播的打开时间和延迟变成了影响产品功能发展重要指标。…
&p&该问题可见:&a href=&//link.zhihu.com/?target=http%3A//www.infoq.com/cn/news/2014/07/cdn-for-mobile& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&为什么CDN对移动客户端加速“没有”效果 &/a&&/p&&p&移动接入的最后一公里延迟较大，而CDN的缓存服务器不可能部署在基站到手机之间。导致整体的延迟无法达到最优，延迟(ping值)的确主要取决于接入端的无线那部分，但是速度并非完全取决于那个部分：&/p&&p&ping大于100ms就算比加大了，而用户能在3s内看到网页还是可以接受的，比如一个网页，有html, js , css 图片等：
影响用户观感的时间主要如下:
1. 连接建立需要时间，特别是多个连接的时候
2. 发送请求需要时间
3. 等待响应时间 -- 这个传统cdn的cache起作用了
4. 下载内容需要时间
5. 解析(rendering)内容需要时间&/p&&p&改进如下问题可以做些什么呢？主要是缓存优化，网络优化(TCP协议优化，降低连接次数)，内容优化(内容尺寸优化，内容压缩)三方面
缓存优化：
1. 内容针对cache 优化，比如expire header之类。没错，假如内容在客户端cache了就不需要网络访问的时间了，这个是传统cdn就很重视的技术 , 而且可以无视网络的高延迟:&&/p&&p&网络优化：
2. tcp优化，高延迟环境下丢包会大大增加tcp延迟和降低传输速度，tcp协议栈优化有助于改进这点, 特别是下载内容的时候 -- 请google &fast tcp&
3. 减少tcp连接数量，比如利用http1.1 Persistent Connections 和 pipeline 技术。 还有网宿的利用sdk来减少连接
4. 刚才说的pipeline可以提高发送请求速度
5. 合并小文件，比如 css , js 等， 这会修改html内容。合并以后会减少请求次数
6. CDN 更改内容，将小文件内容 inline 话，比如将一些 js 脚本从独立文件改为直接放到 html 中间去，这下省了好几个包往返，很划得来&/p&&p&内容优化：
7. 优化内容尺寸，比如html、js优化和图片优化，这可以改善下载时间。 图片压缩（比如webP等更高压缩率的图片压缩方式等），图片文件尺寸相对较大，在不影响质量的情况下压缩个30-60%可以获得很好的效果，CDN还可以识别手机设备和浏览器的特性，来获得更高的压缩效果。
8. gzip等传输方式可以节约带宽缩短网络传输时间。
9. js 解析优化，比如js文件放到页面后面防止阻塞页面解析，这个对于前端优化不错，但是对于cdn更改页面可能会造成一些bug。&/p&&p&以上很多东西都和传统cdn内容透明传输的方式不一样，这是需要注意的。
另外，移动网络最后一公里的速度肯定还是能够有一定提升空间的，这要看运营商了。目前来看4G的延迟已经不算大了，考虑到4G铺开的速度，还是很值得期待的&/p&&p&参考阅读
- 请自行google :
1. mod_pagespeed
2. W3 Total Cache
3. Fast TCP 、 E-TCP
4. Akamai&/p&&p&另外说一下视频，视频的观看质量主要取决于有效带宽而非ping延时（当然带宽同时受延时和丢包率的影响），主要的一些技术手段主要就是 adaptive streaming (根据带宽自动切换码率) 还有 Persistent Connections (改进有限)&/p&&p&-------------------------------------------------&/p&&p&2017/6 update &/p&&p&这个问题的时间是14年,
当时4G才开始,
随随便便就 100-300ms 的3G延迟对于CDN来说, 影响非常大.&/p&&p&现在4G已经非常普及,
延迟一般是在20-40ms, 这个值已经还算不错了,
最后一公里的问题没有那么突出了.
哪怕开一些元素众多的PC网页也还算过的去.
&/p&&p&另外最近HTTP/2 也开始流行,
这个技术对于移动网络也有不错的影响, 一般来说, 移动网络延迟比固网大,
但是带宽还是可以的,
HTTP/2 的多路复用和其他技术对于移动网络下的多次HTTP小请求有不错的加成. 当然假如你只是 Restful API ,
我估计就用处不大了&/p&
该问题可见:移动接入的最后一公里延迟较大，而CDN的缓存服务器不可能部署在基站到手机之间。导致整体的延迟无法达到最优，延迟(ping值)的确主要取决于接入端的无线那部分，但是速度并非完全取决于那个部分：ping大于…
一般是两者结合，DNS做省市级别和跨运营商的调度， 302做基于内容和精确IP的精确调度&br&&br&DNS的优点：&br&DNS系统是天然的分布式结构&br&客户端本机，LDNS都可以实现cache，&b&架构本身就能实现高的伸缩性和性能&/b&&br&---------------------------------------------------------&br&DNS的缺点：&br&DNS并不是为GSLB设计的&br&GSLB 基于 local DNS的地址判断，&b&粒度较粗&/b&。而且LDNS可能和end user网络距离很远。&br&用户可能会设置错误的Local DNS，该服务器和用户实际距离较远，比如8.8.8.8等(edns-client-subnet可以部分解决该问题)&br&DNS请求里面&b&不会带有内容信息&/b&，GSLB只能拥有LDNS ip信息，无法针对内容作出更加灵活的判断&br&因为DNS reply TTL，所以某个用户一段时间内的请求都会导向同一个site (解决：趋向于较短的TTL) &br&因为local dns缓存和TTL的存在，你很难判断某次的返回会对负载有多大影响&br&某些Local DNS会忽略DNS TTL信息，而采用固定的TTL时间，对此我们无能为力&br&电信系统倾向于直接使用ip地址访问，不使用域名&br&---------------------------------------------------------&br&302的优点：&br&可以直接得到end user ip和内容的地址，可以&b&做出精确的redirect&/b&&br&每个请求都需要访问GSLB,可以做出单独的处理&br&可以在一个点方便的作出统计和认证&br&---------------------------------------------------------&br&302的缺点：&br&需要应用层协议支持(http / rtsp)&br&一般有重定向次数限制&br&GSLB需要处理较多的请求，却没有LDNS作为cache&br&GSLB暴露给end user ， 容易遭受攻击&br&用户访问GSLB本身就会带来时延，可能深圳的用户需要访问北京的GSLB&br&单点故障(可以通过GSLB服务群集解决)&br&某些应用对URL变化敏感，比如WEB&br&某些客户端支持不好(中文字符集等问题)
一般是两者结合，DNS做省市级别和跨运营商的调度， 302做基于内容和精确IP的精确调度 DNS的优点： DNS系统是天然的分布式结构 客户端本机，LDNS都可以实现cache，架构本身就能实现高的伸缩性和性能 ------------------------------------------------------…
花椒、AU、映客这几家映客做的最好，花椒加载有延时，AU经常闪退，映客最稳定，要做的话多参考参考映客，没有打广告，我很客观，一直在关注。直播APP看起来简单的，但访问量一大问题非常多，以下是我的一些见解，希望能帮得上你，非常欢迎你和我做这方面的技术交流.&br&&br&作者：宋少东&br&链接：&a href=&https://www.zhihu.com/question//answer/& class=&internal&&像花椒，映客，来疯这种直播app，技术实现难度在哪？需要什么样技术人才，还有就是服务器带宽要求及成本？ - 宋少东的回答&/a&&br&来源：知乎&br&著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。&br&&br&&b&技术层面：&/b&&br&技术相对都比较成熟，设备也都支持硬编码。IOS还提供现成的 Video ToolBox框架，可以对摄像头和流媒体数据结构进行处理，但Video ToolBox框架只兼容8.0以上版本，8.0以下就需要用x264的库软编了。Andriod 可以考虑用 ffmpeg 软编。&br&&br&&b&github上有现成的开源实现，推流、美颜、水印、弹幕、点赞动画、滤镜、播放都有，技术其实不是很难，而且现在很多云厂商都提供SDK，招几个懂行经验丰富的就可以，并不必须是流媒体人才。&br&&/b&&br&链接：&br&&a href=&https://www.zhihu.com/question/& class=&internal&&如何搭建一个完整的视频直播系统？ - 网络主播&/a&&br&&br&映客、Periscope、花椒等直播APP点赞动画:&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/singer1026/DMHeartFlyAnimation& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - singer1026/DMHeartFlyAnimation: 直播点赞动画&/a&&br&&br&Android开源弹幕：&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/Bilibili/DanmakuFlameMaster& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - Bilibili/DanmakuFlameMaster: Android开源弹幕引擎·烈焰弹幕使 ～ JNI source:Bilibili/NativeBitmapFactory&/a&&br&&br&IOS开源弹幕： &br&&a href=&//link.zhihu.com/?target=https%3A//github.com/panghaijiao/HJDanmakuDemo& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - panghaijiao/HJDanmakuDemo: A high performance danmaku engine for iOS&/a&&br&&br&七牛云移动端推流开源SDK:&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/pili-engineering/PLCameraStreamingKit& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - pili-engineering/PLCameraStreamingKit: Pili RTMP Streaming SDK for iOS, H.264 and AAC hardware encoding supported. Camera and Microphone as input source.&/a&&br&&br&基于Android手机推流：&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/begeekmyfriend/yasea& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - begeekmyfriend/yasea: RTMP streaming client in pure Java for Android for those who hate JNI.&/a&&br&&br&基于IOS的图像处理：&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/BradLarson/GPUImage& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - BradLarson/GPUImage: An open source iOS framework for GPU-based image and video processing&/a&&br&&br&完整的基于IOS手机直播:&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/songsmith/LiveVideoCoreSDK& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - songsmith/LiveVideoCoreSDK&/a&&br&&br&IOS-推流端的 RTMP库：&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/songsmith/ios-librtmp& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - songsmith/ios-librtmp: For PushSDK&/a&&br&&br&OBS-PC端主播推流工具，斗鱼等游戏直播都在用&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/jp9000/obs-studio& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - jp9000/obs-studio: OBS&/a&&br&&br&RTMP直播可以用nginx-rtmp&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/arut/nginx-rtmp-module& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&GitHub - arut/nginx-rtmp-module: NGINX-based Media Streaming Server&/a&&br&&br&开源播放器也很多，ffplay、jwplayer、ijkplayer等等，我就不一一给你发了，哈哈&br&&a href=&//link.zhihu.com/?target=https%3A//github.com/Bilibili/ijkplayer& class=& external& target=&_blank& rel=&nofollow noreferrer&&&span class=&invisible&&https://&/span&&span class=&visible&&github.com/Bilibili/ijk&/span&&span class=&invisible&&player&/span&&span class=&ellipsis&&&/span&&/a&&br&&br&&b&其实最难的难点是提高首播时间、服务质量即Qos，如何在丢包率20%的情况下还能保障稳定、流畅的直播体验，需要考虑以下方案：&/b&&br&&br&1. 为加快首播时间，收流服务器主动推送 GOP 至边缘节点，边缘节点缓存 GOP，播放端则可以快速加载，减少回源延迟&br&&br&2. gop丢帧，为解决延时，为什么会有延时，网络抖动、网络拥塞导致的数据发送不出去，丢完之后所有的时间戳都要修改，切记，要不客户端就会卡一个 gop的时间，是由于 dts 和 pts 的原因，或者播放器修正 dts 和 pts 也行（推流端丢gop更复杂，丢 p 帧之前的 p 帧会花屏）&br&&br&3. 纯音频丢帧，要解决音视频不同步的问题，要让视频的 delta增量到你丢掉音频的delta之后，再发音频，要不就会音视频不同步
&br&&br&4. 源站主备切换和断线重连&br&&br&5. 根据TCP拥塞窗口做智能调度，当拥塞窗口过大说明节点服务质量不佳，需要切换节点和故障排查&br&&br&6. 增加上行、下行带宽探测接口，当带宽不满足时降低视频质量，即降低码率&br&&br&7. 定时获取最优的推流、拉流链路IP，尽可能保证提供最好的服务&br&&br&8. 监控必须要，监控各个节点的Qos状态，来做整个平台的资源配置优化和调度&br&&br&9. 如果你家产品从推流端、CDN、播放器都是自家的，保障 Qos 优势非常大&br&&br&10. 当直播量非常大时，要加入集群管理和调度，保障 Qos&br&&br&11. 播放端通过增加延时来减少网络抖动，通过快播来减少延时
花椒、AU、映客这几家映客做的最好，花椒加载有延时，AU经常闪退，映客最稳定，要做的话多参考参考映客，没有打广告，我很客观，一直在关注。直播APP看起来简单的，但访问量一大问题非常多，以下是我的一些见解，希望能帮得上你，非常欢迎你和我做这方面的…
已有帐号？
无法登录？
社交帐号登录
144 人关注
102 条内容
125 人关注
1155 条内容
2769 人关注
368 条内容
2578 人关注
676 条内容
185 条内容【专访】云帆加速佟永跃：分享冗余资源 共享CDN模式创新红利
从文字、图片到视频，再到3D、4K、VR直播，互联网已进入大视频时代，流量正呈几何级数的增长，这无疑给现有网络承载能力带来严峻考验，CDN成为其关键的切入口及技术力量。云帆加速作为国内首家新型CDN平台，致力于视频流媒体的加速和防护，成立仅一年多，已签约服务40多家大型客户，自建固定CDN节点超200个。云帆加速创始人兼CEO佟永跃在接受流媒体网记者采访时表示，“可以说，云帆加速的每一项技术都是为大视频时代而生的。”
优势：自主研发核心CDN系统
毫无疑问，大视频时代已经到来。消费者对视频观看体验要求不断增长，以及视频应用的迅猛发展，让CDN的重要性愈发彰显。近两年，国内CDN市场热闹非凡，大视频时代给CDN行业带来的蓝海，或将改写国内CDN市场目前的格局。
作为一家创新型CDN服务厂商，云帆加速在行业内被冠以“黑马”的标签，那么，其优势与差异性在哪呢?
佟永跃介绍，云帆加速CDN的核心系统是完全自主研发的，代码均由其技术团队亲自操刀编写。而现在国内大部分CDN公司使用的都是基于国外开源软件Squid系统开发的，就如现在所有国内手机厂商用的都是谷歌公司的安卓开源系统。云帆加速从顶层重新设计了一套系统，既沿袭Squid系统的所有功能，又能避免Squid系统架构的一些架构缺陷，功能、性能和稳定性均超开源系统。据了解，负责这一业务的云帆加速CTO扶凯，曾任蓝汛架构师，土豆网、音悦台担技术总监。这套自主研发系统在江苏卫视、新蓝网招标以及在其他客户测试显示，多项技术指标均超过有着十多年积累的传统CDN公司。
佟永跃表示，这是一套具有前瞻性的系统设计，随着未来数据传输体量的指数级增长，会更突显出自研系统的优势。
另一方面，云帆加速区别于其他CDN公司的是它能提供P2P技术。佟永跃表示，虽然市场上有很多公司说自己有P2P技术，但有和能商用完全不在一个水平。云帆加速的P2P承载了原来快播4亿活跃用户，同时在线用户峰值达到6000万的使用验证，并且在原快播基础上做了大量的优化，解决了过去会影响用户体验的一些问题。
巨大的用户规模，庞大的视频体量，愈来愈高的视频码率等因素都给网络传输、数据处理带来了极大的挑战，可以预见未来网络将面临巨大负荷。面对这样的挑战，佟永跃表示很有信心：“云帆加速的每一项技术都是为大视频时代而生的，我们的技术团队有这个基因，在视频传输及播放领域有很多积累，并且具备持续创新的能力。”
技术：迅速成长的基石
一套网络系统架构从承载十万人到百万人，再到千万，要走过很多路，踩过很多坑。云帆加速的迅速成长，外因不可或缺，而内因更为重要。
可以说，云帆加速的自信和底气来自于领先一步的技术实力，其技术团队主要来自原快播，同时还有很多新加入的来自各大互联网公司的技术精英，他们有着多年的技术积累，持续创新的精神和能力。这一团队沿袭了快播技术为王的精髓，秉持以技术驱动产品，以产品撬动市场的理念，在技术研发创新上投入巨大，包括人才引进，资源采购等。
佟永跃从三个方面介绍了云帆加速发展一年多至今在技术上取得的突破和成果。
第一，实现了CDN与P2P技术的完美融合。提供单纯CDN或P2P以外的CDN+P2P，使得其性能、稳定性以及应对大规模用户并发的能力大大提升，并且成本相对于单纯使用CDN能大幅降低。
第二，双通道打通美国CDN加速。虽然在互联网时代，国内技术远远落后于欧美。但在移动互联网时代国内很多技术、产品的创新已走在世界前列，有很多企业走出国门发展。基于此，很多企业对跨国以及海外当地的CDN需求很强，云帆加速也紧跟客户需求做产品。今年8月，云帆加速双通道打通美国CDN加速，实现了中美间仅1.5s延时的直播，避免单条线路故障而导致服务中断的情况，价格也低于市场价。
第三，实现了无延时P2P。传统观念中，P2P可能并不适合直播，因其自身属性可能造成延时、卡顿，而这对于直播而言都是大忌，因此，P2P在直播领域并未普及。虽然近几年P2P技术也开始运用到直播领域，但仅限于不具互动性的大型演唱会、赛事等以及对延时要求不高的网络/电视直播。从去年开始，网络直播蓬勃发展，用户规模急剧上升，而与之相应的是直播平台的带宽成本急剧上升。P2P改革已经势在必行，基于此，云帆加速投入研发无延时P2P，这不仅可以帮助直播平台保障用户体验的基础上大幅降低带宽成本，而且直播+P2P延时小于2s，比一些CDN厂商单纯使用CDN延时还低。经过无数测试和试验，目前，该项技术已得客户认可。
佟永跃强调，技术是云帆加速发展的基石，三流的产品不可能获得一流的市场地位，尤其是2B业务领域，因为企业内部对使用哪家供应商的决策是一个链条，有使用者、评估者、决策者、采购者等等，每个人都会基于自己的职责来考量，并且是相互监督的。所以不是加大市场推广力度就能有销量的，前提条件是技术必须过硬。
战略：开启共享CDN模式 打造CDN行业UBER
在“互联网+”政策的推动下，各个行业都开始互联网化大融合，共享经济亦是大势所趋，CDN行业也开始融合共享理念进行创新。
佟永跃表示，CDN行业的现状可以概括为三点：
一是随着各行业互联网化、信息视频化、视频高清化场景化的发展，带来CDN需求的高增长;
二是一些自建CDN互联网企业以及陆续落地的云计算、大数据中心，均存在巨大优质资源冗余情况;
三是CDN市场价格较高，对各互联网公司而言是巨大的压力。
面对这一系列问题，佟永跃提出了将共享经济理念应用到CDN行业，通过完全自主研发的CDN架构、智能化的调度系统等行业顶尖技术，将互联网企业、电信运营商、大数据中心等的冗余带宽资源、服务器资源，以及商业路由器、家庭网关甚至终端用户TV/PC等设备纳入到共享CDN计划中来，实现高可用融合共享CDN网络。为各参与成员带来模式创新的红利：激活企业、社会及个人沉没资产助其进行价值变现;让CDN价格主动回归到一个更加合理的水平，为视频、游戏、在线教育等CDN重度应用提供低成本、高质量的服务。帮助企业减负发展。
佟永跃介绍，之前的融合共享网络主要是CDN和P2P的融合，现在已开始融合进更多共享的资源，为企业降低的成本将非常可观。
据了解，目前全球有超过1亿甲方用户使用云帆加速P2P，按照目前CDN市场均价，一年累计为企业降低成本近1亿元。
云帆加速呼吁所有存在冗余资源的企业都加入到共享CDN计划中来，分享冗余资源，共享CDN模式创新红利。
未来：为客户提供更高价值
云帆加速成立至今一直贯行大客户发展战略，旨在为客户提供更高的价值。
佟永跃介绍，第一代CDN是从无到有，即从最初到原始服务器获取数据，到CDN业务的问世，可以布更多的节点进行内容缓存。第二代CDN的显著特征是从有到好，能够提供较成熟的技术、稳定的产品。按照这个纬度讨论，他认为第三代CDN一定是要能够提供更高的价值。这包含两个层面：一是把技术革新、运营优化、模式创新等的红利让利给客户，帮助企业降低业务成本。现在所有视频平台的成本存在巨大压力，甚至很多视频平台都在烧钱，所以如何能够为这些企业节省带宽成本变成了CDN行业里面的一个核心问题。二是帮助客户做一些增值服务，比如直播的FaceYou，连麦功能，支持全景的播放器等一些短时间内很难突破的技术。
云帆加速凭借自主研发的CDN，高并发、低延时的P2P技术，适用多终端可以秒开的播放器等技术得到了客户的认可。尤其体现在CDN+P2P以及共享CDN计划，可以在有限资源下通过模式创新以及技术革新的力量传输大体量的数据，很好地解决传统CDN难以优化的最后一公里弱网加速问题。
对于这些享受更高价值的客户，云帆加速在发展初期将其锁定在OTT和网络直播这两个流量大、增长快的领域，但随着IPTV市场的增长，云帆加速也正计划着手将业务范围拓展到IPTV领域。据了解，目前已有部分电信运营商主动找到云帆加速，认为他们在P2P技术领域极具权威，想要一起进行标准的制定和研讨，做一些先知先觉的布局。
而对于未来，佟永跃表示，云帆加速会继续专注于确保内容网络传输的快速、稳定上，帮助企业提供流畅、清晰、稳定和低延时的用户体验。目前视频的码率还不是很高，未来随着3D、4K、VR等的普及，对编码技术、传输技术、播放技术等均是巨大的挑战，云帆加速也尽早在这些方面做布局。
值得期待的是，待到云帆加速共享CDN计划完全落地，互联网视频的传输成本将大大降低，这为大视频时代带来的价值将不可估量，必将推动整个行业的繁荣发展。
点击阅读原文，了解金屏奖详情
责任编辑：
声明：本文由入驻搜狐号的作者撰写，除搜狐官方账号外，观点仅代表作者本人，不代表搜狐立场。
今日搜狐热点}