Exchange web服务API自动发现耗时太长

本文关键字:发现 web 服务 API Exchange | 更新日期: 2023-09-27 18:15:45

我们有一个使用Exchange Web Service API访问Exchange Server 2010系统的aspx页面。应用程序检索预订并在移动设备上显示预订。应用程序运行良好,只是对AutodiscoverUrl()方法的调用花费了很长时间,长达20秒。

我们将此调用移动到应用程序开始,以便它只需要在一段时间内发生一次,通常用于当天的第一个用户。但是,我仍然需要确定为什么这个电话花了这么长时间。有没有人有什么想法可以加快通话速度?

谢谢,jerry

Exchange web服务API自动发现耗时太长

对于"原因"来说,这可能太明显了:因为当您调用该方法时,它在底层做了很多事情,包括进行网络连接,这是性能密集型的。

http://msdn.microsoft.com/en-us/library/bb204047%28EXCHG.140%29.aspx

这篇文章提供了更多的信息,如果这是一个内部过程,那么它是有用的。(添加斜体以帮助您找到性能部分)。

http://msdn.microsoft.com/en-us/library/ee332364 (EXCHG.140) . aspx

通过Active Directory SCP记录发现自动发现端点查找

对于运行在本地的应用程序(即,从一台是否有权访问公司的Active Directory域服务或Active目录(目录服务)、SCP记录查找是一种安全的方式发现自动发现端点,而不需要自动发现可从互联网访问。从某种意义上说,它是安全的在Active Directory数据库中找到的内容通常是可信的,原因如下:url是由可信用户配置的源(Exchange管理员)。

应用程序必须根据Active Directory进行身份验证

因为通过SCP查找发现的url是可信的,所以a客户端应用程序不需要验证证书由服务器呈现。只要证书存在,则应用程序可以向端点发送POST请求。

虽然我们一般建议客户购买并部署有效证书时,Exchange安装程序默认安装自签名的证书自动发现虚拟目录的证书。出于这个原因,对自动发现端点执行基于SCP记录的发现是支持开箱即用的Exchange安装的好方法通过消除对安全性的需求来改善最终用户体验提示。

SCP查找的另一个好处是它有助于分发Autodiscover负载。因为SCP url的作用域是Active Directory站点(如在后面的"执行SCP记录查找"一节中描述文章),管理员可以强制自动发现客户端连接到专用于其所在站点的服务器在运行。使用通过SCP查找发现的url也减少了连接延迟,从而提高整体性能,因为客户端连接到距离更近的服务器他们。