使用AppEngine后端进行缓存的可行性/价值?

时间:2011-08-26 15:32:47

标签: google-app-engine caching memcached

我刚看完AppEngine后端的Google IO 2011演示文稿(http://www.google.com/events/io/2011/sessions/app-engine-backends.html),这引起了我对使用的好奇心一个后端实例,用于更可靠和可配置的内存中缓存。在应用程序内缓存和内存缓存下,它可能是一个有趣的选择,作为第三层缓存,或者可能替代某些需要更高可靠性的情况。

任何人都可以分享这方面的经验吗?谷歌搜索并没有透露太多实验。 URLfetch从后端的内存中字典中检索值的延迟是否会降低其吸引力,或者它是否比memcache RPC差得多?

我正在考虑为自己寻找一些测试,但如果我可以建立在巨人的肩膀上......感谢任何帮助:)

1 个答案:

答案 0 :(得分:3)

后端和前端实例之间的延迟非常低。

如果您考虑一下,所有App Engine RPC都会通过“后端实例”来实现。为方便起见,数据存储区和Memcache的后端仅由Google运行。

根据App Engine团队的说法,大多数请求都保留在同一个数据中心内 - 这意味着延迟是机架间的,远低于外部URLFetches。

用于协调内存存储的简单请求处理程序和精简API层就是您所需要的 - 在我设置后端缓存的项目中,它可以很好地满足对更灵活的内存存储的需求 - 集中化的东西肯定有帮助。负载平衡也不会造成伤害;)