问题描述
我们拥有大量写入数据，以至于我们不断地在COSMOS（mongo API）的应用程序上遇到RATE LIMIT，并且我们无法跟上必须插入的数据的速率，因此我们正在使用COSMOS看到一个插入。
首先，我们已经有“自动缩放启用”功能，当前将RU设置为55000，我们可能将其更改为无服务器，但是在我需要了解COSMOS物理分区和逻辑分区的理解方式以及分区键选择是否正确之前，
所以Cosmos声明
Maximum RUs per (logical) partition 10000
我们按小时费率示例对数据进行分区（之所以这样做，是因为我们计划针对读取请求按日期进行过滤）
2020-09-17 00:00:00 -> 1 logical parition
2020-09-17 01:00:00 -> 2 logical partition
2020-09-17 02:00:00 -> 3 logical partition
以此类推。
现在在CosmosDB中提到了这一点。
如果我们提供每秒18,000个请求单位的吞吐量 （RU / s），那么三个物理分区中的每个分区都可以使用1/3的 预配置的总吞吐量。在选定的物理范围内 分区，逻辑分区键牛肉产品，蔬菜和 蔬菜产品，汤，酱汁和酱汁可以一起使用， 利用物理分区的6,000个预配置RU / s。
物理分区是上述场景中给定的COSMOS DB内部的东西，但这（上面提到的）使我感到困惑
所以我的问题是？
如果我们的脚本正在为共享密钥插入记录
2020-09-18 00:00:00
-
2020-09-18 00:00:00逻辑分区将获得COSMOS所述的完整51000 RU或10000 RU。 -
如果我们有100个物理分区，那么即使其他物理分区不提供任何RU，RU也会在所有100个分区之间平均（严格）共享。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）