分析核心性能差异 SD-WANs

SD-WAN 解决方案已经进入市场erp通过提供应用程序性能改进、降低分支机构的网络复杂性以及在某些情况下降低成本来提高成本，但买家要注意：有两种主要的底层连接选项，其中一种的应用程序响应时间是另一种的四倍。

这是该研究的核心发现之一 Aryaka的状态  SD-WAN 连接性报告比较了互联网传输链路的性能——许多 SD-WANs 依赖 — 到 SD-WAN 它使用不受公共互联网变幻莫测影响的私有主干网。

正是交通运输的基本区别——公共交通与私人交通——将不同的交通区分开来。 SD-WAN 玩家。 虽然与传统方法相比，这两种方法都会为您节省金钱 MPLS 网络，如果全球关键任务应用程序性能是您下一代的主要关注点 WAN，您需要谨慎购物。

采取措施

为了比较两种方法的性能， Aryaka 设置一个全局测试台，然后使用 Internet 在不同位置之间发送随机生成的 100 KB 文件，然后使用 Aryaka的全球 cloud- 本地私人 SD-WAN。 收集有关 HTTP 结果代码、连接时间和传输时间的统计数据。 当 HTTP 结果代码非零时，应用程序响应时间计算为连接时间加上传输时间。

捕获数据后（测试终点范围从圣何塞和芝加哥到伦敦、法兰克福、迪拜、约翰内斯堡、北京和上海），对影响应用程序性能的两个关键参数进行分析：平均响应时间和应用程序变化响应时间。

结果：

• 平均而言，专用网络提供的应用程序响应时间比 Internet 链接快 4.1 倍，并且响应时间的变化减少 2.5 倍。
• 此外，有时较长的互联网链路（例如，圣何塞和上海之间）的响应速度需要整整 4 秒（4,000 毫秒）。 这对于ent来说根本无法接受erp在当今时代，应用程序不断增加。

毫不奇怪，互联网链接的响应时间和响应时间的变化往往会因电路长度和地理区域而异。 例如，分析显示，达拉斯和迪拜之间的互联网链路响应时间波动在 750 毫秒到 2 秒之间。 四分之三秒的应用程序延迟本身就是令人不舒服的，但像这样的大幅波动会让用户感到沮丧。

相比之下，平均响应时间 Aryaka是私人的 SD-WAN 达拉斯和迪拜之间的时间间隔为 0.375 秒，该链路的平均响应率仅相差 12.5%。 这种较低的变化有助于提供更一致的用户体验，特别是对于语音和视频应用程序。

当演变成 SaaS

分析表明，利用互联网作为底层传输可以为区域部署提供低成本、灵活、快速的部署选择，但资源遍布全球的企业需要放眼大局，尤其是如果 SD-WAN 将用于支持链接 cloud/SaaS 应用程序。 通过本地、基于 Internet 访问这些应用程序 SD-WAN 链接可能工作正常，但用户体验随着距离的增加而显着恶化。 延迟、数据包丢失和抖动是互联网固有的问题，并且这些问题会随着距离的增加而加剧。

历史上，基于互联网 SD-WAN从区域角度来看，它们有效地简化了分支机构连接并推动了成本节约。 然而，全球企业erp对于大多数人来说，被迫通过互联网进行上涨 cloud - 和 SaaS基于应用程序的应用程序，由于应用程序性能缓慢而导致生产力下降和最终用户体验不佳。 该数据凸显了交付关键业务应用程序的更快、更一致的方式。 全球企业 IT 领导者erp崛起必须部署 SD-WAN 解决方案与 cloud- 本地专用网络，例如 Aryaka， 如果他们 wan确保实时交付最重要的应用程序。

毫无疑问，转变为 cloud/SaaS 正在顺利进行中。 在一项单独的交通研究中 Aryaka 主干网，几乎一半的流量已经使用 HTTP 和 HTTPS，这些协议支持 cloud/SaaS 领域广泛应用，提供了卓越的解决方案。

现实是，如果您依赖于，您将牺牲用户体验/生产力 SD-WAN使用 Internet 链接的。 一个 SD-WAN 基于完全托管的全球专用网络，缩小了位置之间的感知距离，以提供与应用程序和用户位于同一地理区域的应用程序性能体验几乎相同的体验。

在你扣动下一代的扳机之前 全球化 WAN，确保仔细权衡所有事实。