浅析架构之 Videologger（二）

经过对videologger的进一步了解，其架构很有意思的将一些插件处理为C/S模式。

 

比如语音识别，其是另外跑一个名为softsound的SERVER。在videologger安装它的客户端插件。

 

最终的数据处理方式就是videologger解出裸数据（比如softsound应该是音频PCM），TCP的形式发送到softsound server。softsound server进行集中运算，然后将结果返回VL，或者自己处理存储。

 

个人认为优势有下：

 

1. 共用了vl的demux、decode模块，源数据永远只过一次解码器；

2. 集成在vl平台，享受平台优势（如调度等）；

3. 整个插件可以另外授权（在服务器端授权）而作为独立产品出售。

 

劣势有下：

 

1. 加大了网络负荷，若想做离线处理，则在网络上倒一次没有必要；（当然，也可以socket连接本机）

2. 服务器有理论处理上限，若采用大量服务器，则配置和数据同步甚至互斥是一个不太好维护的东西；

 

 

不过这种设计很有意思，我们来回顾一下：

 

1. 首先有一个通用的抽象框架平台videologger，然后其具有特别开放的SDK以及插件接口。

2. 各种基础功能性插件可以以简单插件形式集成到平台，比如各种解码器、编码器等。

3. 各种计算强度大的插件可以以C/S形式，Client作为videologger的插件，而server单独存储。

 

比较值得借鉴！