如何制作网络电视点播系统？

而一套电视直播系统，包括前端app（主要负责面向用户展示）和后台管理系统（主要是运营人员根据需要添加删除修改电视节目的相关信息）。后台管理系统是部署在服务器上的，而前端app是用户安装在自己的手机或者电视盒中的。如果这些都有了，把之前获得的有视频源地址添加到后台，在后台生成数据，直接就可以在app中实现观看。

如果这里说的点播是指回看功能，那么就是加硬盘，直播的时候同时存一份。当然这里说的是常用的app的方式，如果在PC上实现的话，那么就直接建个视频网站来作为前端播放页。

综上所述，除了现有的服务器，还需要码流机硬件（具体数量看需要的电视节目数量）、架设一套IPTV直播系统（包括前端和后台）。虽然过程不复杂，但是要考虑从问题却很多，比如播放器的软硬解能力、播放器的播放流程程度（快进、暂停等常规设置）、用户选台的方便程度、高并发的稳定性等等问题，所以如果没有经验或者了解不多的话，还是找专业人士来做比较好些。

转载表面上看，是一套基于B/S方式实现的分布式管理系统，但其实背后的架构是基于C/S完成的。你以为他是一只鞋吗？其实他是一个吹风机。作为界面化的系统，浏览器框架是不可或缺的，但更加重要的东西在Socket上面。

一、需要解决中央控制端到各节点服务器之间的通信。

这个其实牵扯到一个通信协议的问题，各语言都有自己的socket，thread的库，直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单，太简单了，明码传输，如果别人获知了这个接口，就很容易执行一些令人讨厌的 *** 作。也不能太复杂，太复杂了等于是给自己找麻烦，所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种，一种是传输命令执行的协议，一种是传输文件的协议。

二、跨语言的socket通信

为什么要跨语言，主控端和代理端通信，用什么语言开发其实无所谓。但是为了给自己省事，尽可能使用服务器上已经有了的默认语言，Ambari前期采用phppuppet的方式管理集群，这不是不可以，puppet自己解决了socket通信协议和文件传输的问题，可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby，我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信，可以用python实现，也可以用php实现，但是考虑到对于更多的使用者来说，改php可能要比改tornado简单许多，所以就没用python开发。hadoop分支版本众多，发布出去，用户要自己修改成安装适合自己的hadoop发行版，就势必要改源码，会php的明显比会python的多。php里面的model封装了所有的 *** 作，而python只是个 *** 作代理人的角色而已。

所以也延伸出一个问题，什么语言用来做这种分布式管理系统的代理端比较合适，我自己觉得，也就是python比较合适了， *** 作系统自带，原生的package功能基本够用。用java和php也可以写agent，但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred，也可以写，就是你得在每个节点都装v8的解释引擎，不嫌麻烦完全可以这样干。原理参看map/rece论文，不解释。perl也是 *** 作系统原生带的，但是perl的可维护性太差了，还是算了吧。

所以这就牵扯到一个跨语言的socket问题，理论上来说，这不存在什么问题。但这是理论上的，实际开发过程中确实存在问题，比如socket长连接，通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方，需要修改才能用,我就没有用这种办法。最早是自己定义的 *** 作协议，这时就遇到了这些问题，所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。

三、代理端执行结果的获取

无论命令还是文件是否在代理端执行成功，都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难，都有现成的包。当然这个时候你需要的是阻塞执行，而不能搞异步回调。

还有个问题是，我要尽可能使用python默认就带的包，而尽量不让服务器去访问internet下载第三方的包。

还有代理端最重要的一点，就是python的版本兼容性。centos5用python24，centos6用python26，ubuntu基本默认都是27。所以一定要最大限度的保证语言的跨版本兼容性，要是每个 *** 作系统和每一个版本我都写一个代理，我一个人就累死了。

四、浏览器端的model，view，controller

这里面你要封装好所有的通信协议，以及需要在节点上面执行的脚本。发送文件的 *** 作和数据库 *** 作也要在model里面完成。

如果对tcl/tk很熟，也可以写基于 *** 作系统界面方式的管理，不用浏览器就是了。

view对我来说是最痛苦的事，都是现学的jQuery怎么用，前端的工作太可怕了。关于这方面，没有太多可描述的，html和js带给我的只有痛苦的回忆，万恶的undefined。

五、跨 *** 作系统的安装文件封装。

要适应不同的 *** 作系统也是个很麻烦的事情，需要用agent提前获知 *** 作系统的发行分支，版本号。然后去找到对应的安装文件去执行。你不能保证一个分布式系统的集群中所有的节点都可以访问internet，更多的情况是这些节点都存在在一个安全的内网中。只有个别几个节点是可以访问外网的。所以，我势必要把所有的安装文件以及他们的依赖尽可能集中起来。我不确定安装 *** 作系统的lzo，yum或者apt-get会去下什么鬼东西，甚至无论是yum还是apt-get，里面都没有hadoop-lzo的库文件。所以，最好的办法是自己编译打包rpm和deb包。直接安装就好了，别去找repo下载什么。

这就是第五步工作，把需要的依赖的东西自己编译打包成rpm和deb。

deb包很好解决，但是rpm就没那么好办了，需要学习rpm的编译文件如何编写，这块是挺麻烦的，但是这玩意用好了还是挺不错的。现在我自制的安装包里面就已经包含了自己编译的lzo和snappy两种压缩库，以及hadoop-gpl-packaging的rpm和deb。下一个发布的easyhadoop将直接支持centos5,6，suse，以及ubuntu/debian的系统上安装hadoop。已经自带了lzo和snappy以及lzop和snzip。

六、把这些所有东西，整合到一个系统里面。

关联这些所有事情间的联系，整合到一个浏览器界面里面去。写一个分布式的管理脚本不难，写一个界面也不难，但是也许是我的水平不行，这两件事结合起来让他们协同工作还是有点难度的。对我来说，写界面的工作可能更难一点。

Cloudera可能是十来个人在写Manager的东西，ambari也是放到github和apachesvn上面，apache基金会的各种committer在写。easyhadoop没他们功能那么强大，一年来只有我一个人设计架构，功能，各种语言的编码，测试，发布。Fortheloveofgod,WhathaveIdone(英文部分请站在山顶仰天长啸)T_T。从前台到后台，到hadoop和生态系统以及他们的依赖软件的单独patch、编译打包。(系统yum或者apt-get的包不如自己打的好使。)

从时间上来看，全球第一款开源的hadoop部署管理系统应该还是属于ambari，2011年8月开始写的，2012年9月底进入apache的incubator。我是大概2012年8月开始写的easyhadoop，全球第一没赶上，估计国内第一个开源的hadoop管理系统还是可以排上的。

一、准备工作
1、SVN服务器：解压缩包，可以从官方网站下载最新版本。
2、SVN客户端：TortoiseSVN，即常说的小乌龟，是一个客户端程序，用来与服务器端通讯。
二、安装服务器和客户端程序
1、SVN服务器：直接解压缩到某个文件夹下即可。示例路径：c:\svn\
备注：如果下载的是msi程序，直接运行按提示安装即可。
2、SVN客户端：直接运行按提示安装即可。示例路径：C:\Program
Files\Subversion
三、建立版本库（Repository）：示例路径：e:\svnroot。建立版本库有两种方法：
方法一，建立空目录e:\svnroot\repos1，进入repos1文件夹，在空白处点击右键，选择“TortoiseSVN->Create
Repositoryhere”，
方法二，建立空目录e:\svnroot\repos2，进入DOS命令行，输入如下命令：
svnadmincreate
e:\svnroot\repos2
四、运行SVN服务器，启动服务。启动服务有两种方法：
方法一，临时启动服务，在DOS下输入如下命令：
svnserve
-d
-r
e:\svnroot\repos1
--listen-host
ip地址
--listen-port=端口号
说明：“listen-host”和“listen-port”可选。默认端口是3690,如果端口已经被占用，可以通过选项listen-port指定端口号。
注意：请不要关闭命令行窗口，关闭窗口会把
svn服务就停止了。
方法二，启动SVN服务为后台运行程序：
sc
create
svnserve
binPath=
"c:\svn\bin\svnserveexe
--service
-r
e:\svnroot\repos1"
displayname=
"Subversion"
depend=Tcpip
start=
auto
说明一：
(1)sc是windows自带的服务配置程序。svnserve是服务的名称，可根据需求取名。
(2)参数binPath表示svnserve可执行文件的安装路径。
(3)--service表示以windows服务的形式运行，--r指明svnrepository的位置，service参数与r参数都作为binPath的一部分，因此与svnserveexe的路径一起被包含在一对双引号当中。
(4)displayname表示在windows服务列表中显示的名字，depend=Tcpip表示svnserve服务的运行需要tcpip服务，start=auto表示开机后自动运行。安装服务后，svnserve要等下次开机时才会自动运行。
说明二：
(1)binPath的等号前面无空格，等号后面有空格。displayname、depend、start也一样，service前面是--，不是-
，而r前面是-。
(2)若要卸载svn服务，则执行
sc
delete
svnserve
即可。
(3)从“sc”到“auto”是在同一个命令sc，必须写在同一行。
(4)启动服务命令：netstart
svnserve，停止服务命令：net
start
svnserve，也可以进入Windows提供的界面 *** 作SVNService服务了，即控制面板—>服务。
(5)如果路径中包括空格，一定要用“\”处理“"”号，例如上面的例子中如果svnserveexe在“c:\programfiles\svn\”中，则命令应该写为“binpath="\"c:\programfiles\svn\bin\svnserveexe\"
五、配置用户和权限
(1)修改svnserveconf，在e:\svn\repos1\conf目录下，用文本编辑器打开svnserveconf：
将：
#
anon-access
=
read
#
auth-access
=
write
#
password-db
=
passwd
改为
anon-access
=
read
auth-access
=
write
password-db
=
passwd
注意说明：
anon-access等列前面是没有空格的。
anon-access
=
read表示没通过用户名密码登录的访问只有读的权限，如果改为none则没有用户名密码不能访问
auth-access
=
write表示通过用户名密码登录的有写的权限(当然读的权限也就有了)
password-db
=
passwd表示可以通过
用户名
=
密码
的方式在passwd文件中添加用户
(2)修改同目录的passwd文件，增加用户帐号：
将：
[users]
#
harry
=
harryssecret
#
sally
=
sallyssecret
添加帐号：
[users]
#
harry
=
harryssecret
#
sally
=
sallyssecret
admin
=
admin
添加一个admin账户，密码是admin。
6
六、初始化SVN，导入数据
选中要上传SVN的文件夹，“右键
->TortoiseSVN
->
Import”
，在d出对话框的“URL
of
repository”输入“svn://localhost/project1/”。在“Importmessage”输入注释，点击OK，要求输入帐号，输入账户admin和密码admin。
7
七，测试SVN
本地测试：新建一空文件夹test1，单击右键，选择“SVN
Checkout”，在“URL
of
repository”中输入“svn://localhost/project1”。
其他机器测试：如果运行svnserve的主机IP地址是1234，则URL输入的内容就是“svn://1234/project1”。

其实目前市面上流行的就是saas还有本地化部署这两种模式的人力资源管理系统。这两类软件在企业应用上各有优劣，企业在了解其中详情后方能挑选出适合企业自身发展需要的系统，助力企业的人力管理升级发展。

本地化部署系统供应商基于原有的产品基础上根据企业的不同需要进行定制化修改升级的系统软件。其优点在于定制化程度高，与其他系统的对接性好，对企业适应性强，能满足不同企业的实际应用需要。

SaaS系统是一种平台化产品，企业通过租用供应商的服务器使用供应商的人力资源管理系统产品。但是SaaS系统的服务器设立在供应商处，企业的所有数据都要经过供应商，在数据安全上存在一定的风险，在定制性上也无法与本地化部署系统比拟细致地满足企业的要求。

其实人力资源管理系统的选择上，企业看中的一般是使用性以及安全性，所以个人认为本地化部署的人力资源管理系统会更加值得选择。

1服务器、相关客户端装好ERP系统，建好帐套；
2准备好导入的基础数据，如存货、客户、供应商档案等；
3录入或导入期初
4开始正常流程，单据录入；
5OK

---