摘要：在网络基础上，加入的目的是减少的流量，用连接完成大部分的流量。最后，自己也宣布了在年末就完全停止支持。它的原理是这样的，里面有一个下载器，它能够建立连接不能完成所有的数据传输，不够的数据再从服务器补充。用实现引擎，包括下载器转封装。
WebRTC 可以有很多种的应用，比如实时音视频通信，又拍云 PrismCDN 团队目前在做把 WebRTC 应用于内容分发 CDN。利用 WebRTC DataChannel 下的一些功能，可以去建立 P2P 连接，有了这个能力之后，我们就可以在网页上面实现 P2P 的功能，也就是 WebP2P 的 H5P2P 实现。
在 CDN 网络基础上，加入 P2P 的目的是减少 CDN 的流量，用 P2P 连接完成大部分的流量。这样会带来一个巨大的好处——CDN 的成本下降，价格优势就体现出来了；对客户、对视频应用来讲，带宽成本也非常显著地下降。成本优势这一最大的好处，也是我们做 PrismCDN 这张 P2P-CDN 网络最大的动力。
我今天主要以 WebP2P 功能来切入这个话题。
什么是 WebP2P 呢？它主要功能是在能够以 P2P 方式传输数据到网页上来，目的是要降低 CDN 的成本。
FlashP2P 已行至末路举一个已经存在了八年的 WebP2P 的典型应用：FlashP2P，这是 Adobe 公司自己研发的内嵌在 Flash 播放器里面的 P2P 功能。它采用的协议是私有的 RTMFP，现在用这个协议的公司也蛮多的。
我们先看一下 Flash 的未来：Google 声明在 2020 年末就完全不支持 Flash；也是2020 年下半年，微软的 IE 和 Edge 浏览器放弃支持 Flash。
苹果的态度其实大家都很清楚，乔布斯一开始就很讨厌 Flash 这个东西。Mozilla 也是一样，2020 年结束对 Flash 的支持。Facebook 也在 2020 年末的时候停止支持 Flash 的视频游戏。最后，Adobe 自己也宣布了在 2020 年末就完全停止支持 Flash。
也就是说，在 2020 年末的时候，FlashP2P 这个产品也就基本上结束了。
那么我们如何在 Web 里面使用 P2P 呢？诞生于 2011年的 WebRTC 技术，在 Google、Microsoft、Apple、Facebook、Mozilla 等几家大公司的支持下成为了 H5 的标准，并且 Chrome、Firefox、Safari、Edge 等几大浏览器也都支持 WebRTC，我们就可以用 WebRTC 来实现 P2P 的功能了。
基于 SDK 的 P2P 不适合网页端在讲 WebP2P 之前，我们先讲一下基于 SDK 的 P2P 功能。它的原理是这样的， SDK 里面有一个 P2P 下载器，它能够建立 P2P 连接；P2P 不能完成所有的数据传输，不够的数据再从 CDN 服务器补充。最终拼成一个完整的数据流，这就是所谓的P2SP 技术。
我们在 SDK 里面做一些本地的转封装之后，然后通过 local(127.0.0.1) 的 HTTP Server 向播放器提供标准的 HTTP 请求，比如说 HLS 、HTTPFLV。在使用传统 CDN 服务时，播放器发起一个 HTTP 请求或者 RTMP 请求到 CDN,现在使用 SDK P2P CDN 服务后，播放器直接到本地地址（127.0.0.1）拉取一个 HTTP 请求。播放器只需要改变一下请求的 URL 就可以从传统 CDN 切换到 SDKP2P CDN。
如果要在 Web 上应用 SDK P2P 技术，只有一个方式，就是把这个 SDK 做成一个插件安装到浏览器里面去，包括用 ActiveX、NPAPI 这些技术把 SDK 嵌到浏览器里面去。
过去若干年的经验已经告诉我们，浏览器插件带来的用户体验是非常差的，最后几乎所有的视频网站没有使用。所以说用 SDK 的方式去做 WebP2P，这条路走不通的。
本质上来讲 FlashP2P 也是一个 SDK P2P，只不过说 Flash 这个插件应用太广泛了，几乎每个浏览器都会装它，没有重新安装插件的问题。
WebRTC + H5 带来了 WebP2P有了 WebRTC 之后，通过浏览器实现点对点连接的可能性就来了。我们可以通过WebRTC + H5 的组合实现 WebP2P。
对 WebP2P 的研究，国外已经持续了一些时间了，包括 BiTorrent 也衍生出一个WebP2P 项目——WebTorrent。Peer5、Streamroot 是两家商业公司，分别拿了 250 万美元和 320 万美元的投资。
H5P2P 用 JavaScript 实现 P2P 引擎，包括下载器、转封装。通过 WebRTC 里面的 DataChannel 功能建立 P2P 连接，从 P2P 雾节点拿数据；当 P2P 数据不足时，可以通过 WebSocket 或者 DataChannel 去 CDN 补数据；将 P2P 数据与 CDN 数据组合后得到完整的媒体数据；最后通过 MSE 转封装成 mp4 向 H5 播放器 (video标签) 提供媒体数据流。
以上就是在 H5 框架里面实现 P2P 数据层面的逻辑，P2P 里面还会有一些信令、管理服务器，通过 WebSocket 就可以建立好 Web 与服务器之间通信通道。
Flash 彻底退出还要两年时间，在这段时间里，通过如下框架也是可以适配 Flash 播放器。
树状、网状：P2P 的选型我们总结一下过去若干年的 P2P 直播，主要有这样的一些特征，要么树型结构，要么网状结构，要么树型和网状融合起来。
Tree：树型
Mesh：网状
Tree + Mesh：树型 +网状
树状结构是最传统的 P2P 直播，把播放节点分成很多个层次，呈现一棵直播树的形态。直播流通过 RTMP 推送到 CDN 服务器上，然后数据一层层地往下推：数据先往第一层节点发，第一层节点收到了之后再发给第二层节点，第二层节点再发给第三层节点，以此类推，逐层往下发。
当播放人数变多，P2P 直播的节点层级也变得很大，最多时会有十几层。这导致它的延时非常大,少则 30 秒，多则达到几分钟的延迟。这种延时水平，在目前的游戏直播、秀场直播等直播应用场景里面是无法应用的。
另一方面，P2P 节点很容易出现退出等不稳定情况，比如用户关闭设备、退出程序等。P2P 直播树有一个节点挂掉，它下面的子树下的所有节点都会受到影响。这也意味着 P2P 直播树不稳定。
大家对传统的 P2P 直播树做一些改进。比如节点只是从多个上层节点拿数据，避免子树的不稳定；节点不只是从上层拿数据，同层之间也可以拿数据，这就是在同层之中引入网状的结构了。
FlashP2P 事实上就抛弃了树的概念，直接用一个网状的概念。数据流一到播放节点，直接就开始在节点之间互相传输。这个类型网状 P2P 网络。
用 WebRTC 来做 P2P 的 Peer5 采用的是网状 P2P 网络。Streamroot 的解决方案也是网状结构。
高延迟：树状、网状 P2P 的困扰相比树状 P2P 网络，网状 P2P 网络的优势是比较稳定，因为节点之间能够互传数据。
树状和网状 P2P 网络有两个共同特点，其中一个就是延时大，数据进来之后要经过好多中转才能到最后的播放节点。
树状和网状 P2P 网络另一个特点：分享率不高。为什么呢？家庭带宽上行、下行不对等限制了 P2P 网络的性能。下行如果有 20M，上行一般只有 2 到 4M 左右。在传统P2P网络里，播放端下载到数据后分享一部分给别人, 也就是说只有在播放的时候才能给别人传输数据,即数据只在播放节点之间互传。
我们设想一下，总共有 1000 人在播放，直播流码率是 2M 的话，要让这个直播能够百分之百通过 P2P 网络跑起来，则平均每个播放端必须提供 2M 上行带宽资源。在目前的接入网环境下，这是比较困难的。
再假如直播流码率达到了 3M，有 1000 人并发观看，并且平均每个播放端能提供 2M 有上行带宽。累加起来的播放带宽有 3G，但是这 1000 个播放终端总供应带宽上限是 2G，即使每个播放端全部供应数据，而且连接质量非常高的话，也存在 1G 的差额。这 1G 的数据，就需要到 CDN 边缘节点去补。
上行带宽的不足是导致了传统 P2P 网络的分享率不高的一个原因。
本文第二部分《PrismCDN 网络的架构解析，以及低延迟、低成本的奥秘》，将在明天推送，感兴趣的朋友可以关注下~
推荐阅读：
低延时的P2P HLS直播技术实践
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/34736.html
摘要：更为讽刺的是，较大的缺点之一就是其较大的优势所在分布式文件系统。称其意味着更快更可靠和更加安全。除此以外，还有种并不高效的取代方案但都以被历史湮没又称和。 作为支持云计算开源实现的开源软件，Hadoop一路走来，已经成为下一代主流的分布式系统基础架构。这其中，分布式文件系统（HDFS）发挥了重要作用。但Hadoop并不完美。更为讽刺的是，Hadoop较大的缺点之一就是其较大的优势所在——分布...
摘要：目前，又拍云已经全面支持服务。独特直播模型造就低延时与其他产品相比，又拍云最大的特点是低延时。多种测试确定最合适参数又拍云中低延时高分享率以及流畅性这些指标非常重要。未来发展除了之外，又拍云还在研发，这里面会用到等技术。 本文根据4月21日OSC源创会·武汉站的现场分享为蓝本，重新整理。以下是演讲内容： 近几年，随着直播、短视频等视频领域对带宽要求的提升以及CDN行业竞争的加剧，很多...
摘要：价值云时代，云计算成为了水电气般的基础设施，必然带来程序员的进一步分化。如果说，云时代的云公司们提供的基础设施和技术服务将是一辆车的发动机，那么面向业务开发的程序员其实提供的就是变速箱。 showImg(https://segmentfault.com/img/remote/1460000006923761?w=1024&h=576); 曾经翻译了一篇文章《现在云战争（真的）开始了》 ...
摘要：越来越多的企业拥抱大数据技术，并将其运用到生产环境中。将成为企业的关键组件将普及，大数据也不会再继续止步于云服务。认为，年，的适用场景将超越批处理和存储，将成为企业数据架构中通用的核心组件，这意味着数据分析将继续成为大数据的首要用例。 当下，大数据已成为2013年最火的技术词汇之一；而在过去一年，这个市场的增速和改变也不可谓不大。同时，我们还看到了Hadoop及其生态 系统的使用门槛从顶尖技...
摘要：开源八大预言必亡要火安卓与一起占整个市场八成多占据全球智能手机操作系统市场超过一半的份额，是目前世界上更受欢迎的移动操作系统。开源八大预言必亡要火击败据市场研究公司称，年对于来说也许是迄今为止较好的一年。 近两年，在IT圈中开源这个词已经变得越来越常见，人人开口闭口谈云计算OpenStack、大数据Hadoop、手机Android，开源Linux。开发者、运维人员和IT媒体们也开始关注Euc...
阅读 3650·2023-04-26 01:48
阅读 1849·2021-11-11 16:54
阅读 2747·2021-10-14 09:42
阅读 3044·2021-10-13 09:40
阅读 1531·2021-09-26 09:55
阅读 3411·2021-08-12 13:23
阅读 1101·2021-07-25 21:37
阅读 3205·2019-08-30 15:53
