redis在使用的时候API部分

这个是个复杂的问题，看要解决什么问题，是解决数据治理的问题，还是解决管理员的管理问题。

高性能的东西，不是非常建议使用Restfull api来访问，更多应该是在上面封装一定的业务逻辑来做。如果考虑到管理问题，如果采用的是redis3.0以前的版本，可以考虑使用twitter的proxy来做，但自己需要做一个改进，proxy无外乎解决两个问题，一个router问题，一个HA问题。

我们目前正在尝试做一个proxy层，对多个团队提供Restful API接口，将Redis访问封装在内部，这样如果以后架构升级，或者做冷热数据分离等，都会对调用方透明。并且HTTP协议对使用方接入成本也很低，可以跨语言调用。性能方面我们支持HTTP长连接的方式。未来也在考虑提供跨语言的RPC调用方式。