Azure notificationhub 获取QuotaExceedeException-Azure通知中心的操作配额限制是什么？

我通过在foreach循环中连续发送多个通知，对Azure Notification Hub发送推送通知进行了延迟/性能测试。它对100个“SendNotification”请求运行良好，尽管速度相对较慢（14秒），但我连续收到1000个请求的

quotaExceedeException

：

[QuotaExceedeException:远程服务器返回错误：（403） 禁止。请求已终止，因为命名空间 正在阻止pushnotification测试。请等待60秒 然后重试。TrackingId:

即使我没有按照建议等待60秒，我也可以再次执行100个连续请求，但一行中的1000个请求总是失败…任何略高于100个连续请求的操作在大多数情况下都会失败

我找不到关于这些限制的任何文档。应该在某个地方记录这些文档，以便我可以确定Azure通知中心将满足我的需要

答案是

积垢操作的速率有一个节流。配额取决于轮胎 是的，但不会少于每年2000次 以任何方式每命名空间分钟。如果超过配额，则服务返回 403

对我来说，它似乎少于2000个操作。顺便说一句，我正在使用“免费”层进行测试，但我想我们会切换到“标准”层进行生产

有没有人有过类似的经历，或者知道在哪里可以找到更多的信息

特别是，Azure通知中心不同层的每个时间段的操作配额限制是什么？

---

更新1：这很奇怪，但我在大多数情况下以并行方式发送1000个请求，但在第101个请求上连续失败

，据我所知，目前NH对每台NH机器每分钟每个命名空间的发送数（非注册数）有以下限制：

免费轮胎：100 基本轮胎：900 标准轮胎：11500

---

大规模并行发送允许发送更多，因为调用很可能在不同的机器上路由。

是否设置enableTestSend=true创建NotificationHubClient实例？如果是，则您会受到测试发送的特殊策略的限制，因为引入测试发送功能仅用于调试/故障排除目的s、 @efimovandr：不，我没有使用那个参数……我想目前还没有关于这个的正式文档？据我所知，没有这样的文档。NH在性能方面非常好，我们正在根据客户的需求不断改进。因此，如果您对性能有任何顾虑，我们随时都会讨论，只需合作联系我们。有了这些限制，我想知道如何“立即扩展到数百万台设备”由Azure通知中心页面营销。为了增加我的经验，我在多次查询

GetInstallation

端点时遇到了节流异常。因此，谁知道还有什么是节流的，以及只有在实际大量数据的生产中才可能暴露的问题。