介绍
ycache是yhd的分布是缓存框架，设计目的是提供易扩展、高可靠的分布式缓存系统。ycache从全局视角分配和管理缓存，检测缓存的状态并做故障恢复。
当应用（应用：使用ycache的上层业务模块的俗称，例如订单管理模块）需要缓存时，仅需要说需要多少空间的缓存，然后yconsole会从缓存系统中按照一定策略分配缓存空间给这个应用。这个缓存空间用一个"cache-id"表示，应用层仅需要在ycache-client中配置这个cacheid，就能使用这些缓存。应用层不需要知道缓存在哪里，ip是什么，它只知道自己拥有这么多的缓存空间并总是能使用的。
原理
ycache包括几个组件：
- ycache-client：它在memcached-java-client和jedis的基础上封装了一层，一方面是为了统一缓存的api，另一方面是为方便与ycache的其他组件协同工作。简要的说，它通过配置一个cacheid，动态的检测这cacheid在zookeeper上的对应节点下的cache实例（ip：port），然后连接并使用缓存。
- yagent：它是一个管理缓存实例的守护进程。它运行在memcached或redis的服务器上，按照配置自动启动、维护缓存实例（cache进程），并把缓存实例的信息写到zookeeper上。它写的信息是给yconsole使用的，包括一台缓存服务器有哪些实例，每个实例分配的内存空间，服务器使用的缓存版本、分组、优先级，甚至服务器所在的机架信息。它还负责redis的主从切换相关的功能；还有简单的统计功能。
yagent使用说明
- yconsole：它是一个管理缓存的工具。主要是通过读取yagent写到zookeeper上的信息，按照一定策略分配给应用，然后将分配的结果写到zookeeper上，供ycache-client使用。
yconsole使用说明
- zookeeper：zk属于协调者的作用，它将yagent对缓存实例的状态更新消息展示给yconsole，同时将yconsole对cacheid的更新消息通知给yclient。
下图展示了这些组件之间的关系。值得注意的是，虽然他们上面的组件式紧密配合使用的，但是ycache-client使用缓存时直接连接memcached或redis，也就是即使zk、yconsole、yagent故障了，也不影响缓存的使用（但扩展和故障恢复受影响了）。
zk上的数据结构，yagent写的数据为：/redis/ips/[server-ip]/[[cache-instance-1], ...]， yconsole写的数据为：/redis/pools/[cache-id], 里面记录这这个cacheid对应的cache实例的ip：port。
