运维部-redis服务

单纯的master-slave模式，读写分离，master是个单点，一旦宕机业务将无法写入数据，需要人工干预。 2）大部分采用双写的模式，这样保证了高可用，但是容易造成数据不一致的现象，扩展性不太好。 3）采用twemproxy作为代理模式，缺点依赖较多组件，不易于维护，很难平滑的进行扩容，运维代价大。 4）少部分采用redis + sentinel模式，但须配置多个sentinel来检测和切换主从状态，不易水平扩展。 5）重要业务采用rediscluster，无需关心分片，分中心部署是个问题。