学习笔记：同程旅游缓存系统设计:如何打造Redis时代的完美体系(含PPT)

内容在：http://chuansong.me/n/478502951177

PPT在：http://pan.baidu.com/s/1nvnOEBf

工具 跟 服务 的差异

从工具到服务之间缺失了哪些？工具能够各类方式使用；最多见的就是会出现工具滥用，好比这篇的提到的“Redis被开发人员滥用”、“冷热区分支持”，这些其实均可以靠管理规范解决。说白了，无论是有系统支持，仍是人工审核，总之都须要有一个申请Redis资源、审核（设计评审）、登记、分配资源的过程。监控确定要跟上，要有完整的、可视化的、与业务关联的系统支持。后续这些管理跟上后，就叫服务了。

 

使用代理方式封装

好处就是现有业务的切换很是容易。无感切换。

首先它是 Redis 的协议，接下来刚才咱们在客户端里面支持的各类场景配置录在 proxy 里面，实现访问通道控制。而后再把 Redis 自己沉在咱们 proxy 以后，让它仅仅变成一个储存的节点，proxy 再作一些本身的事情，好比本地缓存及路由。冷热区分方面，在一些压力不大的状况下，调用方看到的仍是个 Redis ，可是其实可能数据是存在 RocksDB 里面了。

 

有不少以前是 memcache 的应用，后来是转到 Redis 去的，可是转出一个问题来了，有很多业务因为自己事情较多没有转换成 Redis，这些钉子户怎么办？同时维护这两个平台是很是麻烦的，刚才 proxy 就派到用场了。由于 memcache 自己它的数据支持类型是比较少的，所以转换比较简单，若是是一个更复杂的类型，那可能就转不过来了。因此咱们 proxy 就把这些钉子户给拆掉了，他以为本身仍是在用 memcache，其实已经被转成了 Redis。

 

基于docker的可扩容