我刚刚看完关于 AppEngine 后端的 Google IO 2011 演示 (http://www.google.com/events/io/2011/sessions/app-engine-backends.html),这激起了我对使用 AppEngine 的好奇心一个后端实例,用于更可靠和可配置的内存缓存。作为应用内缓存和内存缓存下的第三层缓存,它可能是一个有趣的选择,或者可能作为某些需要更高可靠性的情况的替代品。
谁能分享一下这方面的经验吗?谷歌搜索并没有显示出太多的实验。 URLfetch 从后端内存字典中检索值的延迟是否使其吸引力降低,或者它并不比 memcache RPC 差多少?
我正在考虑进行一些测试来亲自看看,但如果我可以在巨人的肩膀上构建......感谢任何帮助:)
最佳答案
后端和前端实例之间的延迟极低。
如果您仔细想想,所有 App Engine RPC 都是通过“后端实例”来实现的。为了您的方便,数据存储区和 Memcache 的后端仅由 Google 运行。
根据 App Engine 团队的说法,大多数请求都停留在同一个数据中心内 - 这意味着延迟是机架间的,并且比外部 URLFetch 低得多。
一个简单的请求处理程序和用于协调内存存储的瘦 API 层就足够了 - 在我设置后端缓存的项目中,它很好地满足了对更灵活的内存存储的需求 -集中事物肯定有帮助。负载平衡也不会造成影响;)
关于google-app-engine - 使用 AppEngine 后端进行缓存的可行性/值(value)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7207128/