以前的文章介绍过一些与应用程序加速有关的技术，如数据约简(reduction)、数据压缩(compression)、服务质量、减少延迟和减少数据包丢失等。本期应用技巧重点介绍与数据约简有关的应用程序加速。

　　大量的厂商(如F5、Juniper、思科、Stratacache 和Radware)都在大肆宣传应用程序加速。这些服务许多都属于数据约简、通讯整形和服务质量类的。市场研究公司Gartner把这个市场的类别定义为 “应用程序交付控制器”(整形器、压缩器)和“广域网优化控制器”(数据约简)两大类别。

　　这些市场有什么区别？服务质量提供一种机制以优先处理对延迟敏感的实时的应用程序，这样，这些应用程序就不会受到延迟、抖动和数据包丢失的影响。服务质量并不能减少通过一个链路传输的通讯量。服务质量仅仅提供一些手段保证重要的通讯优先于不重要的通讯。这可以导致非重要的通讯无法进行。

　　从数据约简方面说，应用程序加速能够提供巨大的好处。压缩有助于数据约简。但是，当你达到某种程度时，只有进行大量的压缩才能达到减少数据的目的。应用程序加速的关键进步是在本地存储静态内容和能够在本地仿真服务器。这将提供一个虚拟的服务器环境，同时对应用程序的呼叫仍可以提供快速的反应时间。静态内容存储在本地可以显著减少在广域网上传输的数据量。

　　这种减少数据的工作在应用程序加速(更具体地说是在广域网优化中)中是如何实施的呢？应用程序加速解决方案的关键是能够在本地存储静态内容。这需要内存和磁盘空间，一台设备或者路由器中的一个卡，来代替真正的服务器。在某些情况下，客户服务器处理将在本地进行并且把结果发送到存储静态内容的适当的缓存位置。这个静态内容可以预先定位并且定期更新。

　　如果客户向服务器要求的信息不是静态内容，这个缓存引擎便与服务器建立一个会话进程收集用户要求的信息。这个策略能够极大地减少必须在广域网上传输的客户服务器数据的数量。

　　这是对它的工作原理的一种高水平的综述。真正智能的东西是中央数据存储(缓存引擎)利用CIFS(通用互联网文件系统)和NFS(网络文件系统)等文件服务仿真一台文件服务器的能力。这种能力使客户机“认为”它们确实在与一台服务器通讯。

　　通过数据约简实施的应用程序加速对于所有的环境来说也许不是一个正确的解决方案。你必须要考虑这样一个事实:为了在本地存储静态内容，必须要有某种形式的内存，这通常是指一台存储设备。根据网站的数量和你的机构的独特的通讯方式，数据约简、服务质量和数据包/通讯整形等方法也许会更有效。然而，如果你在广域网上有大量的客户机-服务器之间的信息处理并且要消耗掉广域网的全部带宽，采用本地缓存的内容会更有效率地节省成本。在考察有许多厂商介入的这个领域之前必须要对通讯方式进行全面的分析。