延迟和应用程序性能：它们是相互排斥的吗？

作为首席建筑师 Aryaka期间，我与潜在客户的 IT 团队会面，深入讨论如何增强他们的全球应用程序性能并为其世界各地的员工提供无缝的用户体验。

如今，这是一个重大挑战，即使是关键任务企业erp上升应用程序通常托管在遥远的地方 cloud 数据中心，并由分布在全球的员工访问，导致网络延迟更高。

在这些讨论中，我经常注意到 IT 团队倾向于如何 直接 将网络的延迟配置文件链接到 应用程序性能 由网络传递。 那么为何不？ 直到几年前，IT 买家除了投资之外别无选择 MPLS 技术来满足他们的应用程序性能需求，以及评估应用程序性能的最佳方法 MPLS 链接 是通过查看其延迟概况。

但事实是，在当今的连接技术领域，性能不仅仅是延迟数字。

低延迟≠更好的最终用户体验

虽然延迟确实仍然是一个重要的网络性能指标，但延迟 单 作为应用程序性能的衡量标准常常会产生误导。 如今，延迟为 100 毫秒的网络链接可以比延迟为 80 毫秒的网络链接提供更好的最终用户体验。

意大利辣香肠披萨没有奶酪和意大利辣香肠？

假设您要订购披萨。 如果您选择低延迟，披萨将在几分钟内出现在您家门口。 然而，这并不能保证 质量 披萨的。 如果披萨很快就出现在您家门口，但缺少部分披萨（例如奶酪和意大利辣香肠）怎么办？ 可以 matt呃，它一接到通知就到了你家门口吗？

低延迟但高丢包和抖动？

在比较网络数据传输质量及其延迟概况时也是如此。 如果网络的延迟非常低，但在传输过程中出现较高的数据包丢失和抖动情况，则不会为最终用户带来愉快、无缝的体验。 除了低延迟配置外，网络还需要保持 诚信 数据，以便真正提供增强的应用程序性能。

增强用户体验的幻想

这里需要注意的另一个因素是 ，尤其是 延迟效应实际上是 毡 由用户。 只有当网络延迟超过某个点（通常为 60 毫秒左右）时，网络延迟才会开始对用户体验产生重大影响。 低于该点，任何感知到的延迟都不容易被注意到，这就是为什么使用延迟作为总体网络性能的衡量标准通常会导致不准确的结论的原因之一。

这类似于概念 视觉的坚持 – 电影观众在帧率16-24帧/秒左右时可以享受到流畅的视觉体验，更高的帧率带来的影响并不大
体验的差异。

然而，与我交谈过的许多 IT 团队都倾向于选择延迟较低的网络，即使他们无法完全感知微小时间度量的差异，例如 10 毫秒和 30 毫秒延迟之间的差异。

那么缺失的部分是什么？

优化。
当低延迟链接与 WAN 优化，调整流量以提高吞吐量，从而实现更加一致和可靠的应用程序性能。 这是一个领域 Aryaka 从一开始就一直专注。

当我们通过聚合一级服务提供商的带宽容量来设计全球专用网络时，我们还构建了一个 WAN 优化覆盖作为我们软件定义网络平台的一部分。

方式 WAN 优化叠加有助于优化我们网络平台上的数据，包括：

• 压缩技术，通过减少网络上的数据量来最大限度地减少延迟的影响。
• 字节级重复数据删除，无需在整个网络上重新发送重复字节，从而减少网络拥塞。
• 应用程序加速代理，作用于特定类型的应用程序，通过减少“无用信息”、启用重复数据删除等来提高其性能。
• TCP 使用窗口缩放、选择性确认等技术进行优化， TCP 终止等，有效增强 TCP 更快交付的应用程序。

优化技术还有一个额外的好处，即通过节省和更有效地利用昂贵的网络带宽来缓解 IT 预算的压力。

完整图片：低延迟链接 + WAN 优化

考虑到这一点，IT 买家在评估各种连接解决方​​案时做出更明智的决策至关重要，而不是根据一组有限的性能参数来做出选择，因为这些参数无法揭示实际情况。 完成 图片。

如果不这样做，他们不仅会面临应用程序性能和员工生产力的风险，而且可能会同时在网络成本上花费超出需要的费用！

几百个 Aryaka的客户认识到优化技术是网络性能和成本节省的关键决定因素，他们发现我们的软件定义网络平台的应用程序性能得到了巨大的改进，同时总体网络成本节省了高达 56%。

但您不必相信我们的话。 您可以通过参加一个活动来亲自检查一下 免费试用 与我们联系！

否则，您可能会被迫咀嚼没有奶酪和配料的披萨。 深思熟虑（双关语）。