學習筆記：同程旅遊緩存系統設計:如何打造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的可擴容