又拍云售前总监羊能卿：直播云系统架构与实施

　　4、 移动轻秀场

　　移动轻秀场有两种方式，一种是单向，一种是双向。他们通过文字交互或者直接通过流进行聊天。打比方说我们现在在同一个屏幕上看到话多话，他其实是 A 主播和 B 主播两个人同时进行实时交流。而观众看到的是他们之间进行沟通的一个屏幕的直播流转推出来的内容。这部分的用户他们体现的跟前面一样，流数比较多。延迟容忍度比较低， 2 到 5 秒已经是非常大的要求。基本很多都是 1 到 2 秒之间，他要求两个主播必须互动起来。

　　5、 直播+的概念

　　直播+使直播进入一个更多垂直的细分领域，包括 O2O ，以及其他内容，比如说我们做新闻发布会，做培训宣讲希望别人看到我们的内容。这是直播架构带给更多的用户趋向性的东西，你可以通过直播的方式介绍你的产品，你的员工，你的工程师可能一对一，或者是你自己宣传自己的产品，有更多丰富的承载方式。

　　讲完了我们现在说的直播的五个应用场景，我们再来看一下今年最火的 VR ，要说 VR火不火，其实可以看去年股票市场里面的暴风妖股。当时说的很多 VR 场景，在现在来说做的还不是特别成熟。不管是设备推广，还是受限于他现在马力比较大，终端用户访问，家庭带宽不够高等理念的需求。现在已经有巨头在做这个事情，比如淘宝推出的一个“Buy+”计划，你要去买一件衣服，你站在那里通过败家的 VR 平台，就可以展示出你现在要穿的衣服以后是什么模样。还有你装家具，走进一个空间，可以通过数据扫描把整体的家具装璜按照你的思路进行描绘。这也是 VR 在以后的应用过程当中，能够带给我们的增强现实的体验。讲完直播行业的状态，接下来我们进入主题，来讲讲直播的服务架构

　　二、 直播服务架构

　　关于又拍云的整个直播服务的架构，通过这张图可以看出来，首先我们需要有一个信号语言，不管是电视信号源，摄像机信号源，还是我们桌面捕捉下来的内容，都可以通过推拉流的方式直接上传到一个视频处理的中心，进行编解码或者做一些水印等视频处理。比如说我们会给他们加一些打点的数据，加一些字幕，加一些特殊的说明等，这些都会在我们的视频处理这块生成 H.264 和 AAC 的直播流，然后通过内容分发的网络，直接分发到我们全国的边缘，让用户能够通过各种设备看到我们的直播流。我们处理完视频流之后，还可以进行录制存储，录制完了之后还能够转成点播，满足用户的多样需求。还有虚拟直播的概念，包括现在一直播，在你录下来的时候可以转成FLV的流推出来，这是虚拟直播的概念，不是真正的现实流录播。以上就是现在比较常用的直播的服务架构。

　　三、 业务架构

　　1、 常见业务架构

　　我们再来看一下我们现在常见的业务架构，如上图所示，很多人在设计直播架构的时候，通常他们的传统厂商都会有一个集中的视频源。视频源能够让用户把视频传到单一视频源里面。单一视频源的优势是省事，做分支部署比较简单，但是故障率比较高，发送故障以后解决的时间较长。而直播，特别是互动类直播，大量的主播分布在各个运营商网络里，单一的视频源并不能够满足跨运营商传播的时效问题和网络的优化问题。通过单一视频，搜集到数据之后，再向运营商做一个分发，这是不靠谱的网络结构，那他遇到云直播之后会产生什么样的变化呢?

　　2、 视频云业务架构