我有一个应用程序在应用程序引擎上非常频繁地执行 CRUD(特定于写入)操作,有时它可能会超过 7600 req/min 的免费限制。有没有办法增加这个限制?
PS 我知道付费帐户会将其提高到 30000 req/min,但它不想使用它。
无论如何使用稀疏文件的概念并发送文件而不是使用4KB页面。因为对 CRUD 操作的响应只占用了某些字节,而所有其他字节都被浪费了。
问候
我有一个应用程序在应用程序引擎上非常频繁地执行 CRUD(特定于写入)操作,有时它可能会超过 7600 req/min 的免费限制。有没有办法增加这个限制?
PS 我知道付费帐户会将其提高到 30000 req/min,但它不想使用它。
无论如何使用稀疏文件的概念并发送文件而不是使用4KB页面。因为对 CRUD 操作的响应只占用了某些字节,而所有其他字节都被浪费了。
问候
注意:很难给出一个通用的节省成本的建议——这完全取决于你的应用程序在做什么。以下是一些基本提示:
节省数据存储使用量 - 首先阅读计费文档以了解成本结构。
最重要的是:尽可能使用 memcache,尤其是对于复杂查询的缓存结果。
如果可能,请使用get()
而不是query()
. 它们便宜一半。
不要索引查询中未使用的属性。索引非常昂贵——它们在每个实体创建/更新/删除上都需要花费。
重要提示:不要offset
在查询中使用 - 这是对资源的巨大浪费。它实际上会读取所有实体offset+limit
(并为此向您收费)然后只是将limit
实体返回给应用程序:https ://developers.google.com/appengine/docs/python/datastore/queryclass#Query_fetch
Web 应用程序的一般建议 - 缓存、缓存、缓存:如果您的 HTTP GET 是幂等的(它们根据参数而变化,但不随时间变化),那么您可以设置缓存标头,以便请求将由 Google 缓存基础设施(即为所有 GAE 应用程序启用)。
仍然对您在做什么一无所知,但免费层的 Google App Engine 可能不适合您。
虽然我不知道任何 7600 req/min 限制,但每天有 50k 的数据存储写入操作限制和 50k 的数据存储读取操作限制。假设每个 HTTP 请求只进行一次写入操作,您的应用程序每天只能在免费层上运行 6.6 分钟。
我不知道你在说什么稀疏文件或 4k 页面,所以我对一个不清楚的问题投了反对票。