在没有服务器的情况下运行WebRTC会有什么技术困难？

毕竟，WebRTC是一种点对点技术，因此拥有像Janus、Jitsi、Red5等这样的服务器违背了p2p的目的如果没有这样的服务器，运行WebRTC会有什么技术困难？

---

我的意思是，至少要使用一个基本的后端来运行WebRTC，比如BaaS、Firebase或类似的基础架构中唯一的“服务器”组件

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

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

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

要处理的可变性较小

---

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

如果你想录制流，或者，例如，通过RTP将其流到youtube或某个livestream频道，那么基本的WebRTC就无法工作。大量的对等点也会是一个问题，对于一台服务器，您可以将其合并到一个流中。*不要忘记信令服务器。是的，这是用于视频会议设置。你的意思是不可能只使用Firebase作为信号服务器而不使用Janus、Jitsi或Red5吗？可能只使用信号服务器而不使用媒体服务器。尽管如我所说，对于大量的对等点或其他功能（如录制），您最好使用媒体服务器。设置不是一次就可以有效地让频道中的每个人都通过p2pye获得流，但如果您使用P2P，则意味着您需要将流直接上传到每个观众。如果您使用媒体服务器，每个人都会连接到媒体服务器。是一个有用的资源。