云缓存架构分析

最近闲来无事，更准确的说是想学习下新知识，看了下公司云缓存架构的代码。

自己能力有限，以此记录学习吧。 

使用redis作为缓存。

说道云缓存，首先想到的就是许多机器组成的庞大缓存集群，那么集群之前同步获取数据以及相互之间协调的事当然也就交给了Zookeeper。

zookeeper：

key : /rediscloud/appUse/conf  负责存放appUse该缓存的配置信息

data:{"createtime":1357283795000,"serverList":

[{"serverIpPort":"11.11.122.26:1111","serverIdInPool":"node_1"},

{"serverIpPort":"11.11.122.27:1111","serverIdInPool":"node_2"},

{"serverIpPort":"11.11.122.28:1111","serverIdInPool":"node_3"},

{"serverIpPort":"11.11.122.30:1111","serverIdInPool":"node_4"}],

"desc":"appUse","updatetime":1357283795000,"poolId":"appUse"}

这个信息一般有专门的人负责管理，当某人申请了某个app的云缓存时，按照要求的节点数，申请人信息等进行录入。

这里zookeeper会根据