我正在尝试对应用程序的一个方面进行负载测试。它涉及一个lambda，该lambda从Cloudant中获取数据并进行处理。由于AWS的API网关的限制，如果lambda需要30秒以上才能返回结果，则我们会从网关收到超时。这意味着我们需要在Cloudant的lambda加载中运行负载测试，以获取真实世界的准确结果。
[我要做的第一件事是使用批量文档将51,001个文档插入Cloudant。插入它们后，我点击了all_docs端点，它确认数据库中有51,001个文档。
当我点击有助于我们查询文档的视图时，就会出现问题。 1小时后，它返回了13000k文档。每次点击它，我都会在视图中获得100-200个以上的文档。快进到现在，将事务插入数据库13小时后，该视图现在返回51,001个文档。
当插入大量事务时，Cloudant是否总是花这么长时间来创建视图？直到10k-11k时，它的颤动一直很好，但随后又需要12个小时才能产生其余部分。当然这不是预期的行为吗？我不能共享代码，因为这是我公司的，但是我们按文档生成的视图很小。它是一个约有8个参数的JSONobject，它很小。
该问题不包含有关视图的信息，因此我们不能忽略没有自定义的reducer的事实。 Custom reducers are to be avoided in general。另外，请考虑优化视图的map部分。