如何快速、低成本构建一套稳定、高效、可靠的互联网主播直播/商业直播(推流/分发/播放)方案

前言

做EasyDarwin开源流媒体服务器、维护EasyDarwin社区快5年了,期间收到过无数的直播需求,尤其是在跨越“直播元年”的一段时间中,几乎每天都会有直播的需求通过电话或者邮件咨询过来,总结起来,找方案的大多数做直播的公司都会有一个共性:

  • 规划设计中未来的直播业务会做的很大,用户会很多(也有可能确实会很大量 的用户群体),所以,现在要自建流媒体服务集群,核心掌握在自己手里!

  • 规划设计中未来的直播流量和带宽成本会很高,所以,现在就要做好准备,用自己的带宽资源,不能受制于CDN公司;

  • CDN有的功能:秒开、美颜、合成、导播,我都要做,因为都想用,而且要自己研发的更好;

有哪些坑?

未来并发量会很大?自建流媒体?掌握核心技术?

业务量很大?大部分的以直播为创业或者运营目标的公司,在短期内,并发量都不会很大,最重要的并不是构建自己的平台,而是以一个稳定、快速的方式去拿业务和商业模式来试错,而不是前期花了半年到一年时间、大量的开发成本搭起来了一个摇摇晃晃的平台,耗尽了整个团队、老板、投资人的耐心!

自建流媒体?要么自己买IDC机房,架服务器,运维,要么就基于阿里云/腾讯的云服务器搭建私有云,但这些成本、成本、成本!自建流媒体保证不了运维成本比网宿这样的老牌CDN厂家低、保证不了拿带宽的成本比腾讯阿里低、保证不了带宽资源的优质,BGP能做的比巨头公司还要好,毕竟他们的业务也是跑在自己的云上面;

掌握核心技术?这更是一个卖SDK的人提出的伪命题,核心技术太多了,如果说一项技术有多个备选:百度、阿里、腾讯、网宿,那么,我们实际就没有必要研发这些所谓的核心技术,主播推流SDK?、直播美颜SDK?视频合成SDK?、主播播放SDK?,个人浅见:都没必要自己做,更没必要买,直接用CDN服务商提供的(因为稳定、有技术支持、无缝衔接)!您需要做的是低成本、快速试错,抢的是时间!

有理想当然是好的,但从个人经验上来说,如果您不是做直播平台型的公司(也就是通过卖流量赚钱的公司),类似于阿里云、腾讯云、网宿、七牛云、金山云这样的流量服务平台公司,您只是用来做一项直播业务(商业直播、在线教育、垂直领域直播)的业务,主要盈利靠的是活动场次的服务收费,而且您没有背靠大树,跟移动、电信这样的运营商绑在一起,有带宽资源(如果没有像阿里、腾讯那样绝对级别的低价),那么我的建议是,您直接用CDN厂家提供的方案,跑通自己的业务流程是第一阶段开发成本、试错成本、时间成本最低最低的一套方案,而当你业务量真的发展到您想象中那么大的时候,您就会发现,其实用CDN公司提供的基础设施,是一件稳盈的事情!

哪些公司需要自建平台

  • 安防公司
    安防有一些特性:存的多,看的少,不是互联网协议,安防多数为RTSP、GB28181、Onvif这样的标准,跟互联网的RTMP是两个路子,要想将安防的设备接入到互联网,就要嫁接一个适配服务,将RTSP/GB28181转成RTMP这样的互联网协议,而安防的特性中,除非是做公共的景区直播这种业务可以用上CDN,其他大多数也用不上CDN,搞个带宽差不多的阿里云虚拟主机或者有公网IP的专线,部署自己的流媒体服务器,一年也不会有太多的流量费用;

  • 特殊行业
    单兵设备、车载设备、平安城市、雪亮工程、明厨亮灶等等,要么是涉密的行业,要么就是专网行业,要么是政府型项目(政府一般都有自己的数据中心,不会在花钱买一遍流量),要么是运营商项目(运营商本身就是大带宽资源的所有者,不用就浪费的那种),这些行业必须要自建流媒体,自建技术架构体系;

  • 流媒体技术型公司
    以流媒体技术为生存、运营目标的公司,随时随地要去流媒体前线打仗,随时随地都要改流媒体服务器,改设备接入方法,改播放客户端,这种就不得不自建流媒体,这样才能排查现场各种各样的问题;

如何做选择?

如果我来做一套互联网视频直播的方案,那么从:

  • 时间成本考虑:使用云服务商、CDN厂家提供全套SDK及应用调用方案,一周时间就能跑出整套业务流程;

  • 资金成本考虑:按流量付费,几块钱就可以跑起整个视频直播流程,比动不动就买几万、十几万的SDK要划算,要靠谱;

  • 机会成本考虑:快速试错商业模式,摸索成功运营方案;

后续会把一些案例都发上来!
mailto: babosa@easydarwin.org

获取更多信息

邮件:support@easydarwin.org

WEB:www.EasyDarwin.org

Copyright © EasyDarwin.org 2012-2017

EasyDarwin

原文地址:https://www.cnblogs.com/babosa/p/7348737.html