因此,我希望建立一个允许视频,音频和文本的聊天应用程序.我花了一些时间研究Websockets和WebRTC来决定使用哪个.由于WebRTC有很多视频和音频应用程序,这听起来是一个合理的选择,但还有其他我应该考虑的事情吗？随意分享您的想法.
像:
由于新的WebRTC仅在某些浏览器上可用,而websockets似乎在更多的浏览器中.
可伸缩性 - Websockets使用服务器进行会话,而WebRTC似乎是p2p
多路复用/多个聊天室 - 用于Google+环聊,我仍然可以查看有关如何实施的演示应用
服务器 - Websockets需要RedisSessionStore或RabbitMQ来扩展多台计算机
为了澄清何时我询问浏览器与浏览器之间的通信,我的意思是在转发消息之间没有服务器.我想为游戏实现这样的东西.如果不能在websockets中使用p2p,是否有类似的替代方案？任何帮助表示赞赏.
WebRTC流量使用DTLS加密 - 好的.但是通过TURN服务器转发的流量呢？
我正在寻找一种可靠的资源来确认流量是真正的端到端加密(因为"端到端"有时可能意味着几件事).所以我的意思是
反而,
我无法找到明确的答案.
我正在为1通道中的许多用户寻找实时扩展的廉价解决方案.
我正在使用sockjs,但在谈论非常大的数字时缩放非常烦人.
我正在考虑使用webrtc来降低p2p的成本.它不是连接到所有用户的服务器,而是仅连接到有限数量的用户,然后用户通过webrtc将他们的数据分发到p2p网络.这是明智的吗？什么是最简单的实施方式？
该信息不是私密的,几秒钟<5秒的延迟是可以接受的.
除其他外,WebRTC用于实时浏览器到浏览器媒体通信,但在我的情况下,它将用于浏览器到服务器的音频通信.
根据我收集的信息,使用RTP over UDP传输MediaStream.
除了用于信令的协议之外,这将需要至少两个额外的端口,这是我想要避免的.
在WebRTC中,是否有可能在Websocket上使用RTP而不是在UDP上使用RTP,这样我只需要使用端口80或443？