Microsoft graph api 为多个资源上的更改通知创建订阅
我们有一个应用程序,可以在日历上创建更改订阅Microsoft graph api 为多个资源上的更改通知创建订阅,microsoft-graph-api,microsoft-graph-calendar,Microsoft Graph Api,Microsoft Graph Calendar,我们有一个应用程序,可以在日历上创建更改订阅 https://graph.microsoft.com/v1.0/subscriptions { "changeType": "created,updated,deleted", "notificationUrl": "https://example.com/notifications", "resource": "user
https://graph.microsoft.com/v1.0/subscriptions
{
"changeType": "created,updated,deleted",
"notificationUrl": "https://example.com/notifications",
"resource": "users('room-01@example.com')/events",
"expirationDateTime":"2020-11-14T14:56:29.000Z",
"clientState": "Test"
}
这与预期一样有效。但现在我们对多个房间的日历活动感兴趣。
我们希望一次订阅多个日历,因为我们有多个房间(300+)。 如果我们为每个房间创建单独的订阅,我们可能会达到Microsoft的订阅限制。 我们希望订阅属于某个组的所有资源:
https://graph.microsoft.com/v1.0/subscriptions
{
"changeType": "created,updated,deleted",
"notificationUrl": "https://example.com/notifications",
"resource": "groups('383efd01-29b6-4817-9a9c-8faf61a1e06a')/events",
"expirationDateTime":"2020-11-14T14:56:29.000Z",
"clientState": "Test"
}
这不起作用。。。
是否有其他方法来设置资源,通配符?
希望有人能帮助我们或有其他方法,提前谢谢。- 为了避免这种节流情况,我会尝试订阅较小的实现(比如50个房间),而不是300多个房间。Microsoft Graph端点通常具有很高的性能。Microsoft 365背后的基础架构将根据需求分配计算资源,以确保高流量水平不会导致性能下降。除了动态扩展资源外,Microsoft使用的另一种机制是节流。如果发出的请求太多,则将开始返回HTTP 429(太多请求)响应代码。这是
在同一行中,您可能需要考虑并查看它是否适合您的场景。如果是,那么您可以理解,它允许您通过Microsoft Graph API获取相同的数据(目前只有有限的子集可用),但可以扩展