如何搭建一个完整的视频直播系统_如何搭建视频直播服务器

视频直播，可以分为采集，前处理，编码，传输，解码，渲染这几个环节，下面分别说下：采集，iOS是比较简单的，Android则要做些机型适配工作，PC最麻烦各种奇葩摄像头驱动，出了问题特别不好处理，建议放弃PC只支持手机主播，目前几个新进的直播平台都是这样的

前处理，现在直播美颜已经是标配了，80%的主播没有美颜根本没法看

美颜算法需要用到GPU编程，需要懂图像处理算法的人，没有好的开源实现，要自己参考论文去研究

难点不在于美颜效果，而在于GPU占用和美颜效果之间找平衡

GPU虽然性能好，但是也是有功耗的，GPU占用太高会导致手机发烫，而手机发烫会导致摄像头采集掉帧，iPhone6尤其明显，因为iPhone6的CPU和前置摄像头很近

编码，肯定要采用硬编码，软编码720p完全没希望，勉强能编码也会导致CPU过热烫到摄像头

硬编码兼容性又是一个大坑，android上要有人去填

编码要在分辨率，帧率，码率，GOP等参数设计上找到最佳平衡点

传输，自己做不现实，交给CDN服务商吧，也就是贵了点，相信有志于做直播平台改变世界的你不差钱

假设2WPCU大约每月带宽费用100万左右，因为清晰流畅的720p要1

5mbps左右

CDN只提供了带宽和服务器间传输，发送和接收端的网络连接抖动缓冲还是要自己写的

不想要卡顿，必然要加大缓冲，会导致延迟高，延迟高影响互动性，要做权衡

解码，也肯定要硬解码，目前手机普遍支持硬解了，只是android上还是有兼容性大坑要填

渲染，这个难点不在于绘制，而在于音画同步，目前几个直播做得都不好

此外音频还有几个坑要填，比如降噪，音频编码器的选择，各种蓝牙耳机，各种播放模式的适配等，如果你想做主播和观众连线聊天，还有个回声消除问题

以上是媒体模块，还有信令控制，登录、鉴权、权限管理、状态管理等等，各种应用服务，消息推送，聊天，礼物系统，支付系统，运营支持系统，统计系统等

后台还有数据库，缓存，分布式文件存储，消息队列，运维系统等

第一期至少要融资2000万RMB，组建至少10人的技术团队，10人的产品运营团队，争取3个月产品上线，半年达到5W在线（2w根本不够）然后融资1个亿，或许还有希望一搏

这些对于创业者来说是一个难度系数非常大，创业初期还是建议接入第三方的直播SDK，可以节省成本，趣拍直播还是很不错的，不管是转码还是推流，支持1000多万人在线不卡顿，可以去了解下

祝你朋友好运

SQLServer2005相对于SQLServer2000来说，无论是性能还是功能都有一个相当大的提高,甚至可以用“革命”来形容这一次升级。SQLServer2005使SQLServer跻身于企业级数据库行列。在数据高可用性方面，SQLServer2005为用户提供了数据镜像、复制、故障转移群集、日志传送功能。本文向读者简单介结SQLServer2005镜像功能。

一、镜像简介

数据库镜像是一个高可用性软件解决方案，为客户端提供小于10秒故障转移。每个数据库镜像配置均包含一个主体服务器（包含主体数据库）、一个镜像服务器（包含镜像数据库）和一个见证服务器，其中见证服务器是可选的。主体服务器和镜像服务器要求是独立的服务器实例。主体服务器和镜像服务器的角色是相对的，可以自动或者手动地将主体服务器设置为镜像服务器，镜像服务器设置为主体服务器。与主体服务器和镜像服务器不同的是，见证服务器并不能用于数据库。见证服务器监视主体服务器和镜像服务器，确保在给定的时间内这两个故障转移服务器中有且只有一个作为主体服务器，从而支持自动故障转移。如果存在见证服务器，同步会话将以“高可用性模式”运行，如果主体服务器出现故障，可以实现故障自动转移。如果见证服务器不存在，同步会话将以“高级别保护模式”运行，出现故障需要手动故障转移，并且有可能丢失数据。

图1：两台服务器镜像

图2：两台服务器镜像，一台见证服务器

数据库准备结束，端点创建完成，用户便可以启用数据库镜像。镜像启动后，每个伙伴都将开始维护所在数据库中有关其数据库，以及另一个伙伴和见证服务器的状态信息。这些状态信息允许服务器实例维护称为“数据库镜像会话”的当前关系。在数据库镜像会话过程中，服务器实例将通过彼此定期交换PING消息来互相监视。