创新中心 Aryaka 优化 WAN 应用加速代理较少的流量
在我的上一篇博客中，我讨论了 为什么应用程序代理的使用越来越少 ，在 WAN 今天优化空间。
回顾一下，技术在很大程度上放弃“第 7 层代理”模型的首要原因是“破坏”许多它们声称可以提供帮助的应用程序的可能性很高。
Aryaka 途径
因此，如何能 Aryaka 无需像“其他人”那样使用数十个特定于应用程序的第 7 层代理来优化流量？
简单的。 通过解决应用程序问题的根本原因，而不是试图掩盖症状。
例如，看看重复数据删除技术。 虽然旧的“基于块”版本的重复数据删除引擎确实需要知道 IP 数据包的数据部分从哪里开始，并且需要能够匹配连续数据块以获得合理的重复数据删除结果，但较新的“字节”级别”的重复数据删除引擎，例如 Aryaka 在我们的使用 WAN 优化软件堆栈能够对 IP 数据包中任意位置的数据进行重复数据删除，从而无需为 NFS 和 SRDF 等应用程序提供特定代理。
轻量级的事务性应用程序，例如 MS-RDP 或者 Citrix ICA 无论如何都不会从重复数据删除中受益。 在这些情况下，IP 数据包中的数据量非常小，并且已经被压缩。 这些应用程序的最终用户遇到的性能问题通常是由网络相关问题引起的，例如高或变化的网络延迟或数据包丢失。
实际上，只有三种主要的技术解决方案可以改善最终用户在使用这些类型的协议时的性能问题。 WAN:
- 稳定端到端延迟。
大多数情况下都会导致不同的延迟和延迟峰值 WAN 提供商网络由于路由变化、临时拥塞点、带宽超额订阅、设备故障等原因 Aryaka 拥有网络，我们建立了容量和冗余，以确保始终有一个稳定的网络核心。 通过预定义的流量路由和多个冗余路径， Aryaka 可以为应用程序提供稳定、一致且可预测的网络状况，从而提高应用程序发送和接收缓冲区的效率，并带来更流畅的交互式最终用户体验。 - 减少丢包。
与不同的延迟率相结合，数据包丢失是导致事务应用程序用户出现性能问题的最大罪魁祸首。 丢失的数据包会导致鼠标移动或屏幕打字等延迟，以及 MS-Lync 等协作程序的语音质量或图像质量问题。 虽然有许多不同的技术试图减轻有损链路上的数据包丢失问题，但在提高应用程序性能方面，没有一种技术比拥有干净、低损耗的连接更有效。拥有网络核心允许 Aryaka 消除丢包的主要原因，丢包通常是由网络拥塞或设备故障造成的。 Aryaka 永远不会超额订阅带宽，因此永远不会出现核心拥塞。 实际上， Aryaka 维持的带宽量明显高于向客户保证的带宽量。 这允许在需要时向客户快速配置额外的带宽，并允许客户“爆发”他们的配置速率。 如果数据包丢失发生在 WAN 由于设备故障，路段交通立即畅通ssly 转移到冗余 WAN 链接以防止影响客户流量。 - 将拥塞控制责任从应用端点移除，并将其放在其所属的网络上。
许多应用程序的底层传输协议是 TCP及 TCP 要求最终用户尝试“弄清楚”中间网络发送数据的可用性如何，然后调整其传输速率以适应网络。 虽然这种方法在 15 或 20 年前效果很好，当时广域网的带宽通常非常低并且经常拥塞，但如今，这实际上导致应用程序成为瓶颈。 WAN 优化设备提供了一些措施 TCP 基于设备的点对点解决方案的拥塞控制， Aryaka 只需在边缘提供此特定功能，从客户位置到第一个 Aryaka 存在点。 跨越地理区域， Aryaka 控制整个核心网络的所有数据传输，因此我们有能力使用更新、更高效的协议算法，这些算法旨在对更大、更长的数据更有效 WAN 今天使用的链接。
传统 WAN 优化供应商缺乏网络部分
WAN 优化技术无法控制中间网络条件，并且只能尝试克服或掩盖中间网络中发生的问题。 WAN 过境链接。 例如，它们对数据包丢失或变化的网络延迟条件无能为力，这些条件给当今的轻量级带来了问题 WAN Citrix、MS 等应用程序RDP、VoIP 等。这使得传统的 WAN 优化技术陷入困境，试图“减轻”整个网络中出现的中间丢失和延迟问题 WAN，而不是能够真正解决它们。
“事半功倍”应用程序代理
仍然有一些应用程序层协议，例如旧版本的 CIFS 或 SMB，受益于拥有特定的代理来优化网络 WAN， 而且当然 Aryaka 今天支持这些极端情况。 但这个列表正在不断变短。 事实是，大多数协议在 WAN 随着他们的发展。
通过减少对特定应用层代理的依赖， Aryaka的技术可以提供更好的优化，同时提高可靠性并消除潜在的故障点。
我们的字节级重复数据删除和压缩技术支持所有非加密流量，独立于应用程序特定的数据mattING。
我们的多段、优化、专用网络架构为全球分布的实体提供更好的性能erp上升 – 与频繁升级、补丁和修复相关的头痛问题为 0%。
