目前go-fly客服系统是通过内存来记录客服和访客的映射关系 , 不能用于分布式的环境下 , 只能单机使用 , 后续如果要支持分布式 , 可以考虑redis的pub/sub机制
1.基于pub/sub的特点，他的典型使用场景就是实时消息系统，比如即时聊天，群聊等功能
2.还常用作减轻高并发的I/O写压力，例如大量的写日志操作，如果实时写入日志文件或者数据库，会造成I/O超负荷，降低系统性能，那么就可以用pub/sub方式，写日志时先不进行写操作，而是向日志频道发布一条日志消息，然后有一个单独的日志程序来订阅日志频道，异步的读取日志消息写入文件或数据库
3.也可以用于替换list的消息队列 , 可以多个消费者去消费
基本用法就是:
订阅者:
SUBSCRIBE 频道 //这时候会阻塞住
发布者:
PUBLISH 频道 //往频道发布消息
