Azure Cosmos db：批量删除记录时请求超过速率限制

Question

在这种情况下，为了避免像所描述的那样的服务短缺，最佳实践应该是什么？

a）我应该通过集合提供RU吗？b）我可以在发出请求时对来自代码的大容量操作消耗的RU设置一个上限吗？c）还有其他方法吗？

关于我当前（幼稚/新手）实现的更多细节：

1. 两个集合：RawDataCollection和TransformedDataCollection
2. 分区键值是客户帐号
3. ru在数据库级别设置（当前开发人员部署至少有400rus)
4. 两个集合中都需要大容量插入/删除操作
5. 用户配置文件数据（用于登录等目的）存储在RawDataCollection中
6. 就服务级别而言，批量操作的优先级较低，这意味着如果有更高优先级的任务进来，它可能会被搁置或其他情况。
7. 通常当用户登录时，检索少量信息。就服务级别而言，这是高优先级。

Answer 1

建议不要对大容量删除操作使用存储过程。存储过程只对主副本进行操作，这意味着它们只能利用所提供的RU/S总量的1/4。在大容量模式下使用SDK客户机进行大容量操作将获得更好的吞吐量、使用率和更高的效率。

您是在数据库级还是容器级提供吞吐量取决于几件事。如果您有大量容器，它们得到的请求和存储量大致相同，那么数据库级的吞吐量就可以了。如果请求和存储是不对称的，那么提供那些与其他容器有很大差异的容器，并提供它们自己的专用吞吐量。了解更多有关差异的信息。

不能直接限制容器上的请求。您需要在应用程序中实现基于队列的负载均衡。