Cam Chat网站系统架构(tinychat,omegle,cam4)

有人知道什么样的系统架构背后像tinychat,omegle,cam4,chatroulette? 每个连接需要多less带宽?

如果我没有错,他们使用Flash Media Server,Wowza Media Server,Red5,Erlyvideo等videostream媒体服务器,但是这对于1 Gb / s带宽的20,000个用户来说会是什么样子? 或者他们使用了一些正在打开peer2peer的软件? 我发现了一些这样的软件,但他们都需要打开一些UDP端口。

有谁知道有多less用户1服务器实例与上面的一些服务器软件可以处理?

我很高兴为任何背景信息。

至lesschatroulette正在使用RTMFP和stratus将video从客户端推送到客户端,而不将其传递到服务器(没有很大的带宽使用)。 由于打孔,这通过了最简单的家庭networking。

会话设置和元数据经过一个服务器,但这是几乎任何技术今天可以做的简单的消息传递。 Afaik他们正在使用FMS。

请参阅http://labs.adobe.com/technologies/stratus/和http://blogs.adobe.com/collabmethods/2008/12/try_rtmfp_and_clienttoclient_d.html

粗略的stream程如下:

  1. 用户启动浏览器到该网站
  2. Flash客户端连接到服务器(出站连接到服务器,可能是rtmp或任何东西)
  3. Flash客户端获得特殊的权限,可以连接到通过stratus api构build的策略之外
  4. Flash客户端与其他人的客户端同时执行UDP打孔。 一个直接的UDP链接被build立起来,它们交换audio/video数据

我不得不研究一下它是如何做后备的,但最有可能的是它是一个简单的数据服务器中继,附带吞吐量要求。

我相信聊天轮盘使用点对点的function,我认为会真正减less你需要的带宽,但除此之外,我什么都没有! 对不起:)