广域数据服务解决方案和其它应用程序加速产品相比，有时会使人迷惑不解。有这么多供应商声称提供"应用程序加速"产品，了解这些不同的方法及其局限性非常重要。

尽管 WAN 性能的各个领域在近年来已有所创新，WAN 应用程序的吞吐量从历史的角度来看还是相当差的。一些方法致力于带宽扩展，一些优化特定的协议，一些通过缓存来对付这个问题，而其它一些则通过区分流量的优先次序。虽然压缩、缓存、QoS、WAFS 和其它技术都有自己的市场，但至今还没有供应商提供一个完全集成的解决方案来解决应用程序性能较差的多种根本原因。

只有 Riverbed 提供了一个完整的解决方案，它通过启用广域数据服务 (WDS) 来解决广域网的问题，Riverbed 解决了降低 WAN 应用程序性能的所有关键问题：高延时、有限带宽、繁琐的传输协议，甚至是更繁琐的应用程序。

深入了解这些应用程序加速的通用方法

	方法	局限
WAFS	在本地存储文件以避免通过 WAN 请求	只支持文件和文件共享 一致性和安全性问题
压缩	对数据应用算法以减少通过 WAN 移动的数据量。	提供有限的带宽节省 不能解决传输或应用程序协议效率低下的问题
协议优化	改变企业 WAN 的 TCP 性能	性能提升有限 带宽减少不多
缓存	在本地存储文件或对象的副本，以便可以在本地为这些请求提供服务	通常只对一种应用程序程序有效 增加网络基础设施的复杂程度 受制于一致性问题 受制于安全性问题
Web 应用程序加速	通过在另一个服务器上存储经常请求的对象来减轻 Web 服务器的负载	只对基于 Web 的应用程序有效

小心组合型方法

供应商已经意识到上面的方法不能满足企业的需求，他们试图与其它公司合作或者收购其它技术并声称具有更强大的功能。但是，这种方法的问题是这些组合的产品通常在功能上受到限制，并且管理复杂到令人难以置信。而且，这些供应商面临着集成多种不同体系结构的挑战，导致他们使用随意的、不一致的方法来加速应用程序。

仔细按标准核对

某些产品在供应商增加了功能之后，表面上更难与其它供应商的产品区分。要进行区分，您可使用几个简单的标准：

• 该产品对于您最关心的应用程序的加速能达到什么程度？不要让供应商告诉您哪些应用程序是最重要的，而要由您来告诉他们。
• 进行最深入的核实。供应商喜欢说他们拥有"完整"的功能，而这些通常只是表面功夫。例如，考虑 CIFS 协议加速。如果某个供应商说他们具备 CIFS 加速，请进一步探究和了解这究竟意味着什么：他们是否能够加速文件夹复制和文件复制？他们是否可以加速浏览和读取文件？从 Microsoft Office 应用程序内加速 CIFS 的效果如何？从非 Microsoft 应用程序内加速 CIFS 的效果又如何？
• 部署该产品有多方便？ 确保供应商设计了一些附加功能，如透明部署、自动发现和集中管理，这样您不必花大量的时间来监控您的加速设备。