目前go-fly客服系統是經過內存來記錄客服和訪客的映射關係 , 不能用於分佈式的環境下 , 只能單機使用 , 後續若是要支持分佈式 , 能夠考慮redis的pub/sub機制redis
1.基於pub/sub的特色,他的典型使用場景就是實時消息系統,好比即時聊天,羣聊等功能數據庫
2.還經常使用做減輕高併發的I/O寫壓力,例如大量的寫日誌操做,若是實時寫入日誌文件或者數據庫,會形成I/O超負荷,下降系統性能,那麼就能夠用pub/sub方式,寫日誌時先不進行寫操做,而是向日志頻道發佈一條日誌消息,而後有一個單獨的日誌程序來訂閱日誌頻道,異步的讀取日誌消息寫入文件或數據庫併發
3.也能夠用於替換list的消息隊列 , 能夠多個消費者去消費異步
基本用法就是:分佈式
訂閱者:高併發
SUBSCRIBE 頻道 //這時候會阻塞住性能
發佈者:日誌
PUBLISH 頻道 //往頻道發佈消息blog