避而不谈传统CDN领域屡屡爆出的价格战，最近在P2P+CDN的技术领域，市场似乎掀起了一场看不见硝烟的战斗。

先是近日阿里云在距离合并优酷CDN业务不到5个月的时间里，自称“放出大招”，高调宣布在CDN内容分发网络领域引入P2P技术，推出子产品PCDN，大有再次降价之嫌;无独有偶，随后腾讯云推出X-P2P，自诩用最完备的“黑科技”，打造出新一代的智能流媒体分发技术平台.......

在CDN这个频频制造“颠覆”、“革命”概念的领域，两大互联网巨头纷纷祭出P2P技术所谓“新概念”，又一场技术产品升级大战是否已经正式拉响?以制造新提法来吸引市场用户眼球的模式是否又被互联网厂商重新启用?

缔造快播 P2P技术天生具有共享精神

技术层面、理念层面乃至市场运作方面，“P2P”技术在中国互联网近些年发展历程中，其实存在已久，在快播时代，该技术发展至鼎盛时期——曾服务快播4亿用户，创造了承载日活8000万，同时在线超6000万用户并发的行业记录，当然并不排除P2P会在直播与点播盛行的当下成为技术爆点的可能。在百度百科中，P2P被阐释为“点对点技术”。对于P2P来说，这种富含共享精神的网络技术中，每个节点都是服务的提供者和接受者，每个节点都共享自己的部分硬件资源，计算能力、存储能力、传输能力等都包含在其间。

具体到现实之中，更通俗的解释是：依赖网络中参与者的计算能力和带宽，而不是把依赖都聚集在较少的几台服务器上。如果要下载一个资源，需要通过本身计算机从提供资源的中央服务器上取，但是在P2P模式下，从任何一个存在该资源的网友电脑里取，同时下载的资源也可能成为其他网友获取的对象。毫不夸张的说，宽带即使是小水管也能看高清视频。

在2001年前后，P2P流量以惊人的速度增长，到2004年更是超越HTTP协议应用，成为互联网上最普遍的应用和带宽主要消耗者。2007年，P2P流量增势开始放缓。2016年直播的爆发，资本入局，直播行业涌入近300家企业。2017年短视频弯道超车，相继获得融资，行业热况也导致竞争激烈，监管机制让市场降温，但视频传输在互联网流量占比逐年加大已成不可逆之势。

视频场景的多样化，导致视频行业的创新如日中天，这就对清晰度、流畅体验等提出更高要求，带宽成本成为一个无法视而不见的坎。P2P因其较好的利用闲置带宽，成为良好的共享资源的方式，为企业节约了大量成本。与此同时，由于云帆加速等企业在商业化道路上已经趟过了水路，服务多家广电新媒体、互动直播企业，解决了客户的痛点。如今也正在被BAT等巨头充分重视，被作为利器展开行业竞争。不得不感慨，P2P重新焕发生命力了!

2015年以前，国内最大的视频点播工具当之无愧属于快播。据称在最高峰时，其能够负载日活跃用户超4亿，同时在线峰值超6000万，这足见快播技术团队的技术实力强劲。当时，即便有QQ影音和暴风影音的威胁，它仍然以独有的P2P技术把持着网页视频点播80%的份额，养活数以万计的个人站长。至于后来快播是否有罪另当别论，不过可以肯定的是基于P2P的流媒体播放技术是无罪的。正如快播创始人王欣那句著名的“技术本身并不可耻”，既道出了快播统治点播江湖的制胜法宝，又感叹了一纸公文下难以翻身的无奈。

无论今天的互联网企业如何吹嘘自己的P2P技术如何优秀，江湖乱斗中，快播依然是名正言顺的P2P之王。这一点，可以撼动它的只有创造它的技术团队。

快播基因并未遗落 青出于蓝而胜于蓝

当年快播彻底关闭之后，很多网友出于对快播产品的热爱，也同样关注快播的员工何去何从，以及快播的优秀技术是否可以更加合理的运用。

2015年，一家由快播部分技术团队创立组建的新兴CDN公司开始浮出水面，成立之初就获得资本青睐，顺利完成A轮融资，而且还在2016年上半年接连以技术排名第一中标江苏卫视荔枝网直播和新蓝网全业务CDN项目，在后期服务中为江苏卫视、新蓝网等解决技术难题。2017年6月成功入围华数传媒CDN项目，7月中标咪咕视讯2017-2018年CDN项目。这家公司就是云帆加速。

以P2P技术为基础，通过挖掘利用边缘网络海量碎片化闲置资源而构建的低成本高品质内容分发网络服务，云帆加速才是走在这个领域的最前沿的企业。

业内有人士曾点评道：“快播P2P升级为YF-P2P，经过云帆加速近3年的市场锤炼，累积技术沉淀超过10年，以CDN+P2P模式开始商用服务，突破流媒体领域的技术瓶颈，其已成为CDN+P2P最好的案例”。

在商用化的过程中，云帆加速在承袭快播基因过程中再上一个台阶，相继推出了P2P直播方案、P2P互动直播方案、P2P点播方案、P2P传输方案和P2P私有云方案。全面支持流媒体各种业务场景，大文件点播、传统直播、游戏和秀场等互动直播直播、短视频、文件下载等。据官方资料显示，YF-P2P直播支持千万级用户同时在线，YF-P2P点播可以承载亿级用户在线。自2015年初商业化近3年来，已帮助客户进行了日均5000万活跃用户的P2P加速，服务量级超3T，是市场上最成熟、服务用户规模最大、商用时间最长的P2P技术。

“以前P2P要达到过万用户才能达到一个最大输出，现在云帆加速做的在500个用户就能达到最大输出，它影响的维度有几个，用户的集中度、视频的热度、时延要求以及参与用户的网络环境，最后我们得到在保障用户体验技术上，大规模P2P使用的分享率一般在60-80%，最高达到90%以上，能够降低一半以上带宽成本”。云帆加速创始人&首席产品架构师、原快播系统架构总设计师和CTO王羲桀在此前一次媒体专访中如是说。

优势互补 CDN+P2P渐成行业大势

当直播与点播成为深入千家万户的互联网重度应用，当然也顺理成章地代表着未来运行在互联网上绝大部分的流量来源。通过此图可以看出直播业务与点播业务峰值的差异，直播与P2P为何进行整合?因为直播的CDN已经通过目前市面上各家厂商的努力，在功能、性能、稳定性以及响应度方面做到比较好，一秒延时、秒开、高质量、低卡顿也都不断得到解决，为什么要去结合?

可以看到，点播业务峰值非常均衡，而直播往往并发非常高，基本集中在某一瞬时时间段，单纯使用会带来高额的带宽成本。

对于CDN而言，核心思想是将内容资源从网络中心分发到离里用户最近的网络边缘地带，利用负载均衡技术将用户访问请求定向到边缘服务器上，减少用户访问的响应时间，减轻骨干网络的压力。本质上CDN是对c/s模式中服务器端的能力增强，系统扩展需不断部署服务器节点，且要能满足流量最高峰时的需求。而由于用户访问的突发性、不均匀性等特点，使得提高CDN系统的效率比较困难。

传统的P2P，就是早期的BitTorrent以及快播使用的P2SP架构，其最大的特点就是高分享率、低可用性。例如快播时代的数据分享率可以做到99%，但质量是无法保障的。

仔细分析可以发现，P2P技术扩展性好但无法有效管理，CDN技术容易管理、可靠性好但扩展性差，可以说，P2P没有的优势CDN有，CDN没有的优势P2P有，将两种技术融合可以构建出一个性能更加优异的网络，也可以降低整体的使用成本。云帆加速于2015年率先实现了CDN+P2P的技术实现并很快实现了商业化应用。

云帆加速创始人王羲桀于2016年8月在APMCon 2016技术会议表示“CDN+P2P其实不是简单的叠加，我们在网络层面提高了系统的可靠性、扩展性以及突发处理能力，降低了成本，降低了跨域、跨运营商流量的问题。杜绝了传统 p2p开启后启播慢、增加卡顿等降低用户播放体验的问题，相比于单纯使用CDN、P2P性能和稳定性更加优秀。”

据了解，阿里云P2P技术源自收购整合优酷自用P2P，商业化刚刚开始;而腾讯云P2P技术来自其收购的P2P创业团队月光石，商业化不足半年。云帆加速融合CDN+P2P商业化服务已近3年，服务上亿终端用户，每年为企业客户节省数亿元带宽成本，还解决了困扰企业运维人多时的盗链问题，并支持100G以上的抗攻击能力，支持鉴权加密技术。

CDN+P2P已成行业趋势之一，YF-P2P的商用让很多人对于P2P的认知大为改观，愿意接入P2P技术来提高网络传输效率，降低成本，提高用户体验。就连一向对版权和安全格外重视的广电领域企业也转变了对P2P态度，全平台接入YF-P2P使用。甚至就连以往对P2P持有否定态度的电信运营商也悄悄转变了对P2P的态度。

时代在变 谁能持续创新紧跟市场需求

P2P虽然也不是新技术，但是云帆加速在这项技术上是顶尖的，而且完成了无延时P2P的研发和应用，能够应用在互动直播上，可为客户节省40% 以上的带宽。

要知道，无延时P2P研发和应用，对于P2P的商业化应用是十分利好的。因为之前即便P2P的应用在视频化大趋势下走俏，但因为延时高的原因，让直播界依然对P2P这项技术显得有些忌惮，导致之前在面对着大流量大带宽的压力，依然还是选择CDN进行网络加速。而云帆加速的突破正好让视频行业使用P2P技术吃下了定心丸。

云帆加速研发的行业领先的无延时P2P可应用于实时性要求较高的互动直播场景，实现直播延时<2s，最大化降低带宽成本，分享率可达40%以上。其中精细化的P4P功能，最大化下载速度，可精细化分地域和运营商的P4P技术，采用用户到目标用户的主动发现机制，通过算法选取最优的下载源，性能提升200%-600%。

当前，P2P技术原理、技术架构被更多人理解，节省成本的特性正深受B端市场的青睐。无论是CDN厂商还是新媒体OTT企业、网络直播企业，CDN与P2P的结合都成为共识，两者的结合正释放出巨大的技术红利。

不可否认，商业模式的建立，是基于多年技术创新积累和市场探索而非所谓概念的“升级”。产品可以被快速复制，服务可以被效仿，但创新的意识和创新能力却难以被复制。云帆加速以颠覆式技术创新和行业创新的企业文化值得其他公司学习，云帆加速坚持创新的案例值得我们进一步关注。

作者：佚名

来源：51CTO