licode服务架构及流程

1，licode模块

licode服务端主要由nuve、erizoController、erizoAgent和erizoJS组成。模块之间的关系借用网络上图片如下所示

详情可参阅文章https://zhuanlan.zhihu.com/p/40462946。
简单点理解：

nuve管理多个erizoController
erizoController管理多个会议室room，一个room有一个或多个publisher，这些publiser会分配到一个或多个erizoJS上。
erizoJS管理多个发布者publisher，同一个publisher只会在一个erizoJS上有，所以该publisher的所有媒体转发都由这一个erizoJS负责。

2，publish流程

通过http与nuve通信，在erizoController上创建room，返回tokenid和erizoController地址
与返回的erizoController地址建立soketio连接，发送tokenid。erizoController通过tokenid查找到roomid
客户端发送publish命令，erizoController新建或者利用已有erozoJS进程管理该publisher
客户端与erizoJS交互offer、answer、candidate信息，建立媒体通道。

备注：
信令详细格式可以在chrome的开发者工具里查看，首先打开开发者工具，如下图所示

然后在地址栏里输入licode服务端地址，即可以看到每一步的详细消息。

3，subscribe流程

通过http与nuve通信，在erizoController上创建room，返回tokenid和erizoController地址
与返回的erizoController地址建立soketio连接，发送tokenid。erizoController通过tokenid查找到roomid
有新的publisher进来，服务端给同一个room里的参会者广播该publisherid（onAddStream）
客户端发送subscribe命令，参数为需要订阅的publisherid；erizoController根据publisherid找到对应的erizoJS
客户端与erizoJS交互offer、answer、candidate信息，建立媒体通道。

4，移动客户端

移动客户端参考上述发布和订阅流程实现，用sockeio实现信令发送和接收，用webrtc库实现sdp协商和媒体流的传输。
在github上有一个ios客户端的开源代码，https://github.com/zevarito/Licode-ErizoClientIOS，这个客户端直接与nuve交互，没用basicExample，调通比较麻烦，我改成了与basicExample交互。代码地址https://github.com/lipku/Licode-ErizoClientIOS，修改的地方可以参考https://github.com/lipku/Licode-ErizoClientIOS/commit/824aead3ddc93f41ee78da9894919416d8d43b22。如果需要与你自己的licode服务器通信，只需要修改nuve.m里kNuveHost的地址即可。

5，licode部署

可以在basicExample模块里添加认证功能，与业务系统的权限功能关联，加强整个系统的安全性。
licode模块支持分布式部署。通过以上分析可以看出，多个会议可以分散到多个erizoController上；同一个会议的多个publisher可以分散到多个erizoJS上。通过分布式部署这些模块，整个系统可以支持大容量的会议需求。不足之处在于同一个publisher的内容都由一个erizoJS分发，不支持erizoJS的级联，如果有海量用户订阅同一个publisher，这块有性能瓶颈。同时如果订阅者与发布者不在同一个网络内（如分处于联通和电信），这块也有转发性能问题。如果用于线上环境，应该考虑实现erizoJS的级联功能。