轨道和高速缓存,是否容易交换机之间的缓存和穿红衣?
-
26-09-2019 - |
题
是否有一个共同的api这样,如果我之间切换节点或缓存我不需要改变我的代码,只是配置设置?
其他提示
我讨厌跟你的目标,但我会建议反对使用缓存缓存在通用的轨道高速缓存。
我使用缓存和resque广泛地在一个大的轨道应用程序,我认为这将是很好的巩固缓存,原穿红衣和resque为一体。我遇到了一些大的问题:
- 首先,它是速度较慢。它有可能完全是我的特定用途,穿红衣-存储库或缓存本身。我不会唱衰任何东西和你的里程可能会有所不同,但它将吸倾倒了大量的时间换穿红衣的时缓存"只是工作"
- 缓存是不错的,因为它非常容易加入服务器,并使用一致的散列为了完成自己的目标。穿红衣有这个还,但以我的经验这是难以同时享穿红衣作为一个整体数据存储库的某些部分我的应用程序和在其他地对待它作为一个分布式、一贯的散列的斑点的高速缓存存储。
好运与你的项目。我喜欢穿红衣和缓存和使用他们在我所有的项目,但是我让一个这样做的工作,作为一个踢屁股的数据服务器的结构和让其他一踢屁股在高速缓存。
Redis的整齐的部分包括高速缓存“基于列表的”事情 - 推/从这个名单弹出的事情,因为他们在您的应用程序发生。
,而不是解串行化从memcached的一个大的值,对其进行编辑,然后重新序列化它。
这将在红宝石代码进行在自定义过滤器,对基本轨道缓存。
不隶属于 StackOverflow