对于一个项目,我们的目标是使用Exhcange Web Services流通知来监视许多资源的日历。我们需要在资源被预订或这样的预订被修改时进行一些处理。
我知道某些节流变量等可能会对应用程序的设计方式产生影响。假设我遵循最佳实践,这些通知订阅将如何影响Exchange服务器上的负载?在这个问题上,我找不到有用的数字,甚至连暗示都找不到。
我们预计将监控多达100个邮箱的日历。
简单地说,通知(特别是流)是否“便宜”,这样我们就不需要担心服务器负载了吗?或者它们是“昂贵的”,所以我们应该期望这个数量的订阅对服务器负载有一个不小的影响?
我知道服务器负载也会受到响应通知而对Exchange进行的任何调用的影响。这个问题主要是关于通知订阅本身对性能的影响。通常,我希望作为对更新项目的响应,我们将加载该项(包括项目的参与者列表)。
发布于 2014-05-22 13:25:52
海事组织,流式通知非常有效。在过去的几年里,我的应用程序一直在商店里做推送通知,订阅了几百到几千个MBs,虽然我们被勒死了,但我认为使用模拟可以帮助避免这种情况。流通知总体上至少和Push一样高效,而且防火墙更加友好。对于一个真实的Exchange设置,即多个CAS和MBX服务器,我看不出100 MB将如何对其施加任何实际负载。
https://stackoverflow.com/questions/23787208
复制相似问题