我在Cloud Run上部署了一个API,其中每个请求都导致对Cloud Datastore的读写。大量请求是首次使用(从数据存储区读取的请求将返回null),因此在其前面添加缓存可能不会有太大帮助。
[过去一个月,调用数据存储区并获取数据(data = client.get(key, eventual=True)
)的平均挂墙时间为48ms。有效载荷很小(字典列表,平均包含10个元素,每个字典有两个浮点数)。
我不确定是否应该说延迟很高,但是我的API的预算是100毫秒,可以完成所有需要做的事情并返回。如果仅数据获取需要大约50%的时间,我正在寻找优化方法。
我在Cloud Run上部署了一个API,其中每个请求都导致对Cloud Datastore的读写。大量请求是首次计时器(从数据存储区读取的请求将返回null),因此...
假设您在同一位置使用Cloud Run和Datastore,我想说50ms大约是您在数据存储上读取的预期延迟,那么有效负载的大小对于读取而言并没有多大关系(10-1000个文档读取不会在处理/传播时间上产生很大的差异。