订阅第12组订阅的通知API时，Microsoft graph给出403 Forbidden错误

Question

我正在使用Azure函数来订阅Microsoft Graph通知API以进行组更新。我需要使用一个公共的notifyUrl订阅属于同一租户的大约100个组。

根据在线文档here，我们有以下限制。

某些限制适用于基于Azure AD的资源（用户，组），并且在超出限制时可能会产生错误：

每个应用程序：总计50,000个订阅

每个租户：所有应用程序中共有35个订阅

每个应用和租户的组合：7个订阅

不支持Azure AD B2C租户。

个人Microsoft帐户不支持用户实体的通知。

我创建了一个功能，能够创建11个活动订阅并接收通知：

•1天前对租户上的所有组进行了订阅。

•今天有10个订阅属于特定组并且在同一租户上。

在尝试向同一租户中的另一个组创建第12个订阅时，我在发送创建订阅请求时从Graph得到了403禁止响应。我已经删除了一些活动订阅并尝试创建，但是它再次无法创建第12个活动订阅。

对以下内容的任何建议/答案都会有很大帮助：

1. 上述限制中提到的数字与我们只有11个活动订阅的方案不匹配。是否存在任何其他场景/案例，这些场景/案例正在阻止为同一NotificationUrl创建更多订阅？
2. 由于我尝试在一个小时内连续创建10个订阅，因此是否有规则规定在相同的时间间隔内只能为同一NotificationUrl创建有限数量的订阅？ 如果情况属实，我们可以删除并创建完全相同数量的活动订阅。
3. 对上述限制的一些解释将很有用，这样在这种情况下我对这些限制的影响更加清楚。

Answer 1

这里有一些问题：

1. 短期而言，我们将更严格地限制限制的执行，因此您不会看到系统的混乱行为，使您创建的订阅数超出限制所允许的数量。

2. 从长远来看，我们计划对系统进行改进，以使我们具有更高的订阅限制。我们目前无法提供预计到达时间。

3. 我们还计划为通知添加过滤功能，因此您将来可以订阅“ resource”：“ groups？$ filter =

4. 同时，对于像您这样的情况，我们建议您订阅所有组（“资源”：“组”）的通知，并迅速删除不相关的更改。那是唯一可用的实用方法。