我看到与此问题几乎相同的行为here，我无法对此发表评论，因为我没有足够的声誉。我有一个使用 cosmos 的 API，并且有一个每日批处理作业需要写入该 cosmos 实例。当作业开始时，它会极大地影响 API 性能。扩展到非常高的 RU 可以解决问题，但它解决了问题，而不是解决了“写入吞吐量预算” “设置已设置。因此，假设 API 使用 2500 RUS。如果我随后使用数据流以 2500 RU 阈值扩展到 5000 RU，则不会影响 API 性能，因为仍有 2500 RU 可用，数据流未触及。但事实并非如此，一旦数据流作业开始复制到 CosmosDB 中，我们仍然会直接影响 API 的性能。我想我的问题是：“写入吞吐量预算”到底是什么以及如何有效地使用它？
“写入吞吐量预算”是指数据库服务内为写入操作预配或分配的容量。
Azure Cosmos DB 使用预配吞吐量模型，您可以在其中分配每秒请求单位 (RU/s) 来处理读取和写入操作。
考虑使用 Azure Cosmos DB 的自动缩放功能，该功能可根据实际使用模式动态调整预配吞吐量。对于具有零星或不可预测的写入工作负载的场景，选择无服务器选项，其中资源是按需分配的。