现在的系统当中，实现缓存均是采用redis来完成，一个典型的场景即是将用户的会话信息存放于redis当中，以实现分布式缓存以及服务的高可用。当nginx在进行请求分发时，不需要采用ip hash，随机分发请求，后端直接读取中央缓存即可完成相应的业务处理。但这种场景同样存在一个问题，即是缓存的高可用问题。特别是相应的redis服务由外部提供时，这个问题更加明显。初期redis服务为一个单点时，当服务挂掉时，会导致整个服务将不再可用。
解决此问题有2个方案，一个是再使用同样的策略保证redis的高可用，如部署redis集群或者是sentinel模式，另外一种是直接放弃对redis的高依赖性，在应用层直接进行缓存的fallback支持。在本场景中，我们仅将redis作为一个缓存层使用，它的一些其它特性如发布订阅暂不考虑。
在本文中，我们使用了hystrix+caffeine+jgroups的方案，来完成整个redis的fallback化处理，通过hystrix实现对redis调用的断路及fallback处理，使用caffine提供高效本地缓存，使用jgroups完成多系统间的数据复制分发。 主要实现的目的在于，当redis挂掉之后，能够切换到本地分布式缓存，保证系统后续可用（不过之前存放在redis中的数据完全不再可见，会导致一部分的问题，如会话信息会丢失。可考虑仅将会话信息直接复制在本地缓存当中)
本方案适用于redis短时间由于网络或其它原因连接不上，但在相对短的时间内(如几分钟，不超过1个小时等)即会恢复的情况，这样本地缓存不会存储很多东西的情况.