EWS 流通知如何影响 Exchange 服务器负载？

Question

对于一个项目，我们的目标是使用 Exhcange Web Services Streaming Notifications 来监控许多资源的日历。每当预订资源或修改此类预订时，我们都需要进行一些处理。

我知道某些限制变量等可能会影响应用程序的设计方式。假设我遵循最佳实践，这些通知订阅会如何影响 Exchange 服务器上的负载？我找不到任何有用的数字，甚至找不到关于这个主题的提示。

我们预计最多可以监控大约 100 个邮箱的日历。

简单来说 - 通知（特别是流式传输）是否“便宜”，因此我们无需过多担心服务器负载？还是它们“昂贵”，所以我们应该期望这个订阅数量对服务器负载有不小的影响？

我意识到服务器负载也会受到我们为响应通知而对 Exchange 进行的任何调用的影响。这个问题主要是关于通知订阅本身的性能影响。通常，我希望在响应更新的项目时，我们将加载该项目（包括该项目的参与者列表）。

Answer 1

IMO，流式通知非常有效。在过去几年中，我的应用程序一直在订阅数百到数千 MB 的商店中进行推送通知，虽然我们受到了限制，但我认为使用模拟有助于避免这种情况。流式通知总体上至少与推送一样有效，并且对防火墙更加友好。对于真实世界的 Exchange 设置，即多个 CAS 和 MBX 服务器，我看不出 100 MB 将如何对其施加任何实际负载。