Azure 如何计算Monitor-Cosmos DB（预览）请求？

Azure为Cosmos的传入请求提供监视器。当我独自处理Cosmos DB时，运行了一个简单的select vertex语句（例如，g.V（'id'））。然后我监控了传入的请求，它显示大约10个。但我肯定知道我是唯一一个被访问的人。我还尝试在单个select查询中遍历该图，请求数量非常大（大约100个）

---

有人注意到这些指标吗？我们假设在生产过程中，请求代码在一个小时内是巨大的，这会导致性能下降。该指标是否值得信赖，或者如何找到cosmos的传入请求？

我不确定我是否理解这个问题。你说的是RU成本吗？如果是这样的话，这与操作本身有关，而不是与来自不同用户的请求负载有关。每个操作都有特定的成本。但是，如果不知道集合是如何设置的（例如分区），或者不知道正在运行的确切查询，就无法知道为什么您的操作会产生RU成本。根据遍历的方向以及分区策略，图形查询的成本会有很大的不同。@DavidMakogon感谢您的评论。我不是说RU成本，传入请求的数量，你可以在概览或监视器中查看。好的，为了清楚起见，我会编辑你的问题。但是，正如您在原始问题中提到的，100个请求并不是真正的“巨大”。而且由于您没有提供任何代码，因此无法猜测是什么导致了您的请求。@DavidMakogon我没有尝试使用代码，我们在Azure门户中有一个选项来检查这一点。@Sabarish度量将报告下属存储操作，而不是发出的Gremlin请求。单个gremlin请求可能会执行一个或多个存储操作，具体取决于正在执行的遍历的性质。