Cantant标准计划写为“ 100次读取/秒，50次写入/秒，5次全局查询/秒”。这个IO / s是否计算端到端请求？还是基于查询执行计划？
让我们举一些例子
Q1。假设我使用一个Bulk操作在Cloudant中创建了3个新文档（Bluemix Standard计划）。1次写操作？ 3写操作？
Q2。通过聚集（加入）-1000个带有“名称，年龄范围，加入时间”的索引文档进行查询，并获得一个文档。1读？ 1000 + 1读？
Q3。当我使用标准计划时（限制100次读取/秒），假定100个用户同时在（Q2）中执行了查询。IO如何计算？ 1 * 100次读取？ （1000 + 1）*阅读？是否由于IO限制而导致某些用户无法执行查询？
没有正确列出有关Cloudant价格方法的数据。谁能正确指出我的意思？我想确切地知道如何衡量标准计划的计算。
如果可以添加一个计算示例并回答，那就更好了！
Cloudant offering in the IBM Cloud Catalog具有指向文档的链接。在文档中是带有附加description of the plans的examples。该文档还具有sections that explain how read and write operations are calculated。
http code 429由Cloudant返回，表明请求过多。该文档讨论了这一事实，并提供了有关如何处理它的代码示例。
大容量操作当前计数为1 W，无论它包含多少文档。
查询是对具有_design，_find或_search之一的URL的请求，但又不涉及实际涉及的文档数。请注意，其中一些API内码（搜索）是分页的，因此每请求的结果页为1个查询。
我假设“ 100个用户”是指使用相同凭据的100个并发连接，因为每个帐户都会应用Cloudant的速率限制。如果是这样，则请求总数将计入限制。当该存储桶已满时，所有其他请求都将被切断，并以429：请求太多HTTP状态代码失败。
例如，假设您有一个标准帐户，您在其中设置了速率限制以允许每秒100个查询。您有100个并发连接反复命中_find，每个查询返回1000个文档。 Cloudant每秒将允许100个查询，因此平均而言，每个连接每秒将满足1个查询，并且如果尝试超过此限制，将导致429个http错误。通过10个并发连接，平均每个连接将获得10 qps等。
http级别的Cloudant速率限制。至少尚未将批量操作拆分为组成部分。
关于所有这些如何组合在一起的文档可以在这里找到：https://cloud.ibm.com/docs/services/Cloudant?topic=cloudant-pricing#pricing“