【问题标题】:What would be the technical difficulties running WebRTC without a server?在没有服务器的情况下运行 WebRTC 会有哪些技术困难?
【发布时间】:2020-05-25 22:47:05
【问题描述】:

毕竟,WebRTC 是一种点对点技术,因此拥有像 Janus、Jitsi、Red5 等这样的服务器会破坏 p2p 的目的。 如果没有这样的服务器,运行 WebRTC 会有哪些技术难题?

我的意思是至少运行 WebRTC 时只需要一个基本的后端,比如 BaaS、Firebase 或类似基础设施中唯一的“服务器”组件。

【问题讨论】:

  • 如果你想录制流媒体,或者例如通过 RTP 将它流式传输到 youtube 或一些直播频道,那么基本的 WebRTC 将无法工作。大量对等点也是一个问题,使用服务器可以将其合并到一个流中。
  • * 不要忘记信令服务器。
  • 是的,这是用于视频会议设置。你的意思是不可能只使用 Firebase 作为信号服务器而根本没有 Janus、Jitsi 或 Red5 吗?
  • 可以只使用信令服务器而避免使用媒体服务器。尽管正如我所说,对于大量对等点或其他功能(例如录制),您最好使用媒体服务器。

标签: webrtc


【解决方案1】:

只需一个信令服务器就可以构建简单的会议!拥有媒体服务器有几个优点。这并不详尽,但在生产中对我很重要的事情。

为用户减少资源使用量

如果您使用网状信令,每个用户都通过 P2P 相互连接。这意味着如果你有一个 4 人电话会议,每个人都需要上传他们的视频 3 次。如果您有一个媒体服务器,每个用户只上传一次,然后服务器分发视频。这意味着每个用户的 CPU 和网络使用量要少得多。

P2P 连接揭示了用户的详细信息

如果用户直接相互连接,他们就能够找出他们的公共 IP 等详细信息。如果您通过服务器路由所有内容,则可以匿名化更多内容。

需要处理的可变性更少

在进行 P2P 连接时,您将处理更多的变量。找出哪个用户的互联网导致问题或调试编码/解码问题将更加困难。运行 SFU 几次真的很方便,因为我能够调试一些在做 P2P 时不可能完成的事情。

【讨论】:

  • 设置不是一次就有效,频道中的每个人都可以通过 P2P 获取流
  • 是的,但是如果您在做 P2P,这意味着您需要将其直接上传到每个查看器。如果你做一个媒体服务器,每个人都连接到媒体服务器。 medium.com/@khan_honney/… 是一个有用的资源。
猜你喜欢
  • 2017-01-01
  • 1970-01-01
  • 2019-01-21
  • 2012-04-15
  • 2016-06-22
  • 2012-06-19
  • 2016-02-24
  • 2016-04-12
  • 2013-03-09
相关资源
最近更新 更多