在上一篇博客中，我讨论了广域网优化领域中应用代理使用越来越少的原因。 概括地说，技术之所以在很大程度上摒弃了 “7 层代理 “模式，其首要原因是这种模式极易 “破坏 “许多它们声称可以提供帮助的应用程序。 雅利安卡方法

应用程序代理

那么，Aryaka 如何才能在不像 “其他人 “那样使用数十个特定于应用程序的第 7 层代理的情况下优化流量呢？ 简单。 解决应用问题的根本原因，而不是试图掩盖症状。 例如，看看重复数据删除技术。 诚然，旧版的 “基于数据块 “的重复数据删除引擎需要知道IP数据包中数据部分的起始位置，并且需要能够匹配连续的数据块才能获得合理的重复数据删除结果，但较新的 “字节级 “重复数据删除引擎（如Aryaka在我们的广域网优化软件栈中使用的技术）能够对IP数据包中的任何位置进行重复数据删除，从而无需为NFS和SRDF等应用设置特定代理。 像 MS-RDP 或 Citrix ICA 这样的轻量级事务性应用程序无论如何都无法从重复数据删除中获益。 在这种情况下，IP 数据包中的数据量非常小，而且已经过压缩。 这些应用程序的最终用户遇到的性能问题一般都是由网络相关问题引起的，如网络延迟过高或不稳定，或数据包丢失。 实际上，在广域网上使用这些类型的协议时，只有三种主要的技术解决方案可以改善最终用户的性能问题：

  1. 稳定端到端延迟。 由于路由变化、临时拥塞点、带宽超额订购、设备故障等原因，大多数广域网提供商的网络都可能出现不同的延迟和延迟峰值。 通过预定义流量路由和多冗余路径，Aryaka 可为应用程序提供稳定、一致和可预测的网络条件，从而提高应用程序发送和接收缓冲区的效率，并带来更流畅的交互式终端用户体验。
  2. 减少数据包丢失 数据包丢失与不同的延迟率相结合，是导致事务性应用程序用户出现性能问题的最大元凶。 数据包丢失会导致鼠标移动或屏幕打字等延迟，以及 MS-Lync 等协作程序的语音质量或图像质量问题。 虽然有许多不同的技术试图缓解有损链路上的数据包丢失问题，但在提高应用性能方面，没有一项技术能像拥有一个干净、低损耗的连接那样有效。 Aryaka 从不超额订购带宽，因此绝不会出现核心拥塞。 事实上，Aryaka为客户提供的带宽远远高于其保证的带宽。 这样就可以在需要时为客户快速配置额外带宽，并允许客户 “突发 “其配置的速率。 如果广域网段因设备故障而出现数据包丢失，流量会立即无缝传输到冗余广域网链路，以防止对客户流量造成影响。
  3. 将拥塞控制责任从应用端点移除，转由网络承担。 许多应用程序的底层传输协议是 TCP，TCP 要求终端用户尝试 “找出 “中间网络发送数据的可用性，然后调整其传输速率以适应网络。 在15或20年前，当广域网的带宽通常很低且经常拥塞时，这种方法还能很好地发挥作用，但如今，这种方法实际上导致应用成为瓶颈。虽然大多数广域网优化设备都为其基于设备的点对点解决方案提供一定程度的TCP拥塞控制，但Aryaka只需在边缘（从客户所在地到第一个Aryaka存在点）提供这一特殊功能。 在各个地理区域，Aryaka 控制着我们核心网络的所有数据传输，因此我们有能力使用更新、更高效的协议算法，以便在当今使用的更大型、更长的广域网链路上更加有效。

传统广域网优化供应商缺乏网络件 广域网优化技术无法控制中间网络条件，只能试图克服或掩盖广域网传输链路上出现的问题。 例如，它们对丢包或不同的网络延迟情况无能为力，而这些情况会给 Citrix、MS-RDP、VoIP 等当今轻量级广域网应用带来问题。 这使得传统的广域网优化技术陷入困境，只能试图 “缓解 “广域网中出现的中间损耗和延迟问题，而无法真正解决这些问题。少花钱多办事应用代理目前仍有一些应用层协议，如旧版本的CIFS或SMB，可以通过特定的代理来优化广域网。 但这份名单在不断缩短。 事实上，随着协议的不断发展，大多数协议在广域网上都表现得更好。 通过减少对特定应用层代理的依赖，Aryaka 的技术可以提供更好的优化，同时提高可靠性并消除潜在的故障点。 我们的字节级重复数据删除和压缩技术可支持所有非加密流量，与特定应用的数据格式无关。 我们的多网段、优化的专用网络架构可为分布在全球各地的企业提供更高的性能，而无需频繁升级、打补丁和进行修复。