视频直播服务器怎么架设?

解决此问的关键在于，服务器端要申请个固定IP，这样才能在广域网上进行数据传输，其余的就好解决了！！摄像机拍摄的视频向这个IP发送数据，各地的客户端通过想这个服务器发送请求，然后实现数据传输。。。。服务器由于是建设在公网上，建议多考虑下信息安全，客户端大多是读取视频数据，所以可以考虑服务器向外推送数据，增加被入侵的难度！！数据库建议用orcal+unix+java，windows平台虽然也可以实现，但目前案例比较少，且效率低下！！！

一、直播的技术架构：

直播视频采集SDK（PC/IOS/Anddroid）——直播CDN

（直播流分发加速）——直播视频播放器SDK（PC/IOS/Android）

二、音视频处理的一般流程：

数据采集→数据编码→数据传输(流媒体服务器) →解码数据→播放显示

1、数据采集：

摄像机及拾音器收集视频及音频数据，此时得到的为原始数据

涉及技术或协议：

摄像机：CCD、CMOS

拾音器：声电转换装置（咪头）、音频放大电路

2、数据编码：

使用相关硬件或软件对音视频原始数据进行编码处理（数字化）及加工（如音视频混合、打包封装等），得到可用的音视频数据

涉及技术或协议：

编码方式：CBR、VBR

编码格式

视频：H265、H264、MPEG-4等，封装容器有TS、MKV、AVI、MP4等

音频：G711μ、AAC、Opus等，封装有MP3、OGG、AAC等

3、数据传输：

将编码完成后的音视频数据进行传输，早期的音视频通过同轴电缆之类的线缆进行传输，IP网络发展后，使用IP网络优传输

涉及技术或协议：

传输协议：RTP与RTCP、RTSP、RTMP、HTTP、HLS（HTTP Live Streaming）等

控制信令：SIP和SDP、SNMP等

4、解码数据：

使用相关硬件或软件对接收到的编码后的音视频数据进行解码，得到可以直接显示的图像/声音

涉及技术或协议：

一般对应的编码器都会带有相应的解码器，也有一些第三方解码插件等

5、播放显示：

在显示器（电视、监视屏等）或扬声器（耳机、喇叭等）里，显示相应的图像画面或声音

涉及技术或协议：

显示器、扬声器、3D眼镜等

三、常见的视频直播相关协议：

1、RTMP(Real Time Messaging Protocol，实时消息传送协议)

RTMP是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输开发的开放协议。它有三种变种：

1）、工作在TCP之上的明文协议，使用端口1935；

2）、RTMPT封装在HTTP请求之中，可穿越防火墙；

3）、RTMPS类似RTMPT，但使用的是HTTPS连接；

RTMP协议是被Flash用于对象、视频、音频的传输。这个协议建立在TCP协议或者轮询HTTP协议之上。RTMP协议就像一个用来装数据包的容器，这些数据既可以是AMF格式的数据，也可以是FLV中的视音频数据。一个单一的连接可以通过不同的通道传输多路网络流，这些通道中的包都是按照固定大小的包传输的。

2、RTSP(Real Time Streaming Protocol，实时流传输协议)

RTSP定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP提供了一个可扩展框架，数据源可以包括实时数据与已有的存储的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、组播UDP与TCP提供途径，并为选择基于RTP上发送机制提供方法。

RTSP语法和运作跟HTTP/11类似，但并不特别强调时间同步，所以比较能容忍网络延迟。代理服务器的缓存功能也同样适用于RTSP，并且因为RTSP具有重新导向功能，可根据实际负载情况来切换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。

3、RTP(Real-time Transport Protocol，实时传输协议)

RTP是针对多媒体数据流的一种传输层协议，详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通系统（配合H323或SIP），使它成为IP电话产业的技术基础。

RTP是建立在UDP协议上的，常与RTCP一起使用，其本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。

RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性，只管发送，不管传输是否丢包，也不管接收方是否有收到包。RTP 实行有序传送，RTP中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，如在视频解码中，就不需要顺序解码。

4、RTCP(Real-time Transport Control Protocol，实时传输控制协议）

RTCP是RTP的配套协议，为RTP媒体流提供信道外的控制。RTCP和RTP一起协作将多媒体数据打包和发送，定期在多媒体流会话参与者之间传输控制数据。

RTCP的主要功能是为RTP所提供的服务质量（QoS）提供反馈，收集相关媒体连接的统计信息，例如传输字节数，传输分组数，丢失分组数，单向和双向网络延迟等等。网络应用程序可以利用RTCP所提供的信息来提高服务质量，比如限制流量或改用压缩比小的编解码器。

首先，你需要准备直播服务最核心的服务器组，去处理应用数据、编码、存储等核心流程。按照题主规划的在线人数，核心服务器组至少也要有10台服务器（至少是16核级的处理器）。

其次，既然要在高并发、高清晰度的情况下仍能保持流畅，CDN分发网络也是必不可少的。只是，在题主提出的条件下，不论选择的是主流云服务还是大型IDC的CDN，租赁费用和流量、带宽费用都相当可观。至于自建，费用就更加高昂，而且对部署、兼容性的要求会更高，平台、资金不到一定的规模的话还是先不考虑。

接着是系统安装和网络架构的部署，花钱、花时间。这里就不详细展开。

到了软件这块，要考虑适配性。现在的直播平台都要求适配PC和移动端（iOS、Android），移动端要有相应的App。这个时候就需要找相应的iOS/Android应用开发者去搭建这个App，还得考虑美颜、混音等附加功能的前处理流程对手机的影响（性能、稳定性、耗电量、网络等多个因素的平衡，需要资历相对深厚、懂得前处理和编码原理的开发者去做）。如果还要接入微博、微信等主流社交网络，或者实现其它需要调用应用或者接口的功能，还得做一套相对完整的API接口和SDK，这又是一项不小的工程。

OK，直播平台搭好了，经过一轮调试和内测没问题、可以上线运营，就转入到后续运维阶段。不论是自己做还是别人做，都不是件轻松的事。当然最简单的办法就是找一个靠谱的源码服务商，买套源码，可以免费提供搭建的服务