我们使用一个定制的基于WebSocket的协议SLSP来实现广播和直播。所有组件均由Nginx代理，部署于Ubuntu server上。组件间通过HTTP和JSON通讯。
技术在Shou.TV，我们有如下几条“军规”。我们尽最大努力，在日常开发中坚守这些规定。
根据这些规定，我们在Shou.TV使用下列技术。
网站和API我们使用最新的Ruby on Rails和Unicorn来开发网站和客户端API。所有请求都经由Nginx和SSL代理。我们使用越来越多的memcached来应对持续增长的用户。数据库是一个MongoDB的集群。 聊天室聊天室是一个平衡负载后简单的Socket.IO服务器集群，它使用redis集群分发邮件和聊天室，使用相同的cookie和会话进行用户认证的主要网站。 网络聊天界面是使用Socket.IO的客户端库，iScroll.js和简单的jsrender模板库。 我们使用AndroidAsync图书馆建立Android的聊天室，有几个问题，我们已经做了一些补丁。 广播服务器我们定义了一个基于WebSocket的自定义直播流媒体协议：SLSP，并只用了大约1000行Node.js和C语言代码实现。 原因是，RTMP非常旧，而且难于理解及使用大型、可用的HTTP解决方案，相比WebSocket或SLSP而言，它只是个“稳定”的骗局。我在多媒体开发领域有几年经验，但在Wowza或任何当前可用的RTMP服务器上，修复这类问题或实现自定义特性仍然感觉困难。 网络正快速革新，对所有人来讲，HTTP是一个更成熟、更容易理解的协议。我们有很多高性能的开源HTTP服务器，比如：nginx，具有非常高的性能且保持高稳定性。 WebSocket是一个长连接协议，适用于视频流。所有现代浏览器都支持WebSocket。WebSocket内置SSL，故而客户端和服务器端都不需要任何附加代码。WebSocket使用和HTTPS一样的443端口，因为可以穿越绝大多数防火墙。 SLSP，简而言之，如同一个WebSocket聊天室。只需要将服务器部署在Nginx代理之后，一旦WebSocket客户端向服务器发送持续的视频流，SLSP就会将视频流分段成数个HLS TS段，故而任何一个可用的HLS播放器都可以播放视频流了！ WebSocket可以使用大量可用的高性能HTTP解决方案。SLSP是基于WebSocket的，理所当然我们也可以构建非常健壮的智能负载均衡方案。如上图所示，无论何时我们启动一台新的SLSP服务器，它都会向负载均衡器注册自身。每一个SLSP服务器都会持续地向均衡器发送自身的状态，例如服务器当前负载。 当一个SLSP客户端想要去广播， 它首先要向负载均衡器请求一个SLSP服务器的地址，均衡器会基于潜在的服务器负载，选择一个最合适的SLSP服务器，然后客户端会直接发布视频流到SLSP服务器。 无论什么时候负载均衡器遇到高负载，它都会在几分钟内自动建立一个新的SLSP服务器， 并且我们还会进一步改进它。均衡器会移除空闲的SLSP服务器以节省开销。 广播结束之后，为了将来可以回放，服务器将会上传完整的流到Google云。 去更新吧Shou.TV 仍然是一个很新的项目，它的用户不多，因此我们还没有验证在高负载下的情形。我们将会持续改进和发布更多细节。 |
