我们使用一个定制的基于WebSocket的协议SLSP来实现广播和直播。所有组件均由Nginx代理，部署于Ubuntu server上。组件间通过HTTP和JSON通讯。
技术
在Shou.TV，我们有如下几条“军规”。我们尽***努力，在日常开发中坚守这些规定。
-
在造轮子之前先选用已有解决方案中***的那一个。工程师们都热爱自行造轮子。但是为了交付产品，我们需要快速地构建，并确保产品的稳定性。
-
掌握核心技术。如果在我们的核心架构中引入第三方解决方案，我们应当尽***的努力去理解各个方面。如果我们能力不足以理解该解决方案，或者该解决方案并不值得我们花时间去搞懂，那么就构建我们自己的解决方案。
-
不要将核心技术绑定在一家供应商上。我们应当确保解决方案可以被移植到任何服务器上。
-
尽可能快地完成非核心技术。使用任何一个可用的软件或解决方案。以后有时间的时候在去理解它。
根据这些规定，我们在Shou.TV使用下列技术。
-
从不同的供应商处租用VPS，例如EC2、GCE、Linode、Rackspace、DigitalOcean等等。
-
使用Ubuntu 14.04 LTS。它拥有***的软件，并不像CentOS那样保守。
-
对网站、API、聊天室和广播服务器的所有请求，都经由Nginx，并开启SSL。
-
使用MongoDB作为主数据库。
-
使用Ruby on Rails开发网站和API服务器。
-
使用Socket.IO和Redis开发聊天室。
-
使用Node.js和FFmpeg开发了基于WebSocket的自定义广播协议——SLSP。
-
使用HLS支撑视频直播和视频回放。使用Video.js作为web播放器和Android视频播放器。
-
使用Google云存储来存档视频片段。
-
使用Amazon S3存储小资源，例如用户头像。
-
使用Git管理代码。使用Capistrano部署。
网站和API
我们使用***的Ruby on Rails和Unicorn来开发网站和客户端API。所有请求都经由Nginx和SSL代理。我们使用越来越多的memcached来应对持续增长的用户。数据库是一个MongoDB的集群。
我们还没有遇到大量的访问。所以在用户大量涌入时，我们无法确保可用性。但是我们已经设计了基于AWS Route 53和Elastic Load Balancing或者GCE Network Load Balancing的整套负载均衡架构。
聊天室
聊天室是一个平衡负载后简单的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 仍然是一个很新的项目，它的用户不多，因此我们还没有验证在高负载下的情形。我们将会持续改进和发布更多细节。
英文原文：The Technology Behind Shou.TV
译文链接：http://www.oschina.net/translate/the-technology-behind-shoutv
