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