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

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

我知道有些节流变量等可能会对应用程序的设计产生影响。假设我遵循最佳实践，这些通知订阅将如何影响Exchange服务器上的负载？在这个问题上，我找不到任何有用的数字，甚至找不到任何提示

我们希望监控多达100个邮箱的日历

更简单地说，通知（特别是流媒体）是否“便宜”，这样我们就不必担心服务器负载了？或者它们是“昂贵的”，所以我们应该期望这些订阅数量对服务器负载有不小的影响

---

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

IMO，流式通知非常有效。在过去的几年里，我的应用程序一直在商店里做推送通知，订阅了几百到几千MB，虽然我们被限制了，但我认为使用模拟有助于避免这种情况。流式通知总体上至少和推送一样高效，而且更为防火墙友好。对于真实的Exchange设置，即多个CAS和MBX服务器，我看不出100 MB会给它带来什么实际负载