视角是关键。
在快节奏、高科技的职业生活中，我们经常会优先考虑满足短期需求，有时会不幸失去对一些关键目标的看法，以及这些目标本应产生的影响。
正如韦恩-戴尔常说的：”如果你改变了看待事物的方式，你所看待的事物也会随之改变”。
最近，在经历了一年半的 COVID 隔离和不可避免的在家工作倦怠之后，我去度了一个为期两周的假期。
这次难得的假期从多个层面刷新了我的视角（亲爱的读者，如果你认为自己患有 COVID 疲劳症，我建议你考虑一下这一点）。
在被强制隔离期间，我独自在家重放那些已经变得有些重复的工作叙事……从拉巴斯潜水（强烈推荐）回来后，我能够用韦恩-戴尔提到的新视角重新审视这一切。
一切都变了。
因此，我们来到了 SASE 时代的黎明。
SD-WAN 在大流行之前的 2019 年似乎是如此，不是吗？
别误会我的意思，显然，在 Aryaka，我们 200% 致力于 SASE 以及混合工作场所支持，我们有网络研讨会、白皮书、博客和案例研究来证明这一点。
我和大家一样对 SASE 感到兴奋。
但是，有了我前面提到的焕然一新的视角，为什么不重新审视一下 SD-WAN呢？
我听到你们在想”哦，那你是想谈过去了？
对此，我的回答是SD-WAN是 SASE 架构不可或缺的关键部分。
SASE 要想取得成功，就必须建立在坚实的网络基础之上，而这个基础就是 SD-WAN，理想情况下，SD-WAN 是为云时代提供企业网络的一种更简单、更具成本效益的方式。
云时代要求我们建立一个能够适应不断变化的网络基础架构。
我认为，我们所有能够通过 COVID 的人都要感谢云：基于云的协作、微软 365 等。
哦，当然还有网络。
安全始终需要不断变化的能力：除非你不断更新你的安全态势，否则即使是最好的解决方案也会被新的、更复杂的威胁所淘汰。
此外，安全架构也在不断发展，以应对不断变化的攻击模式：从第一代防火墙到下一代防火墙，从入侵检测/防御到人工智能驱动的 SIEM 架构–安全必须快速发展才能跟上时代的步伐。
因此，安全在 SASE 讨论中占据中心位置也就不足为奇了。
然而，SD-WAN 的优点在 SASE 世界中仍然非常重要。
保护员工和业务合作伙伴的用户体验以及客户体验是直接推动业务成果的举措。
亚马逊的一位企业架构师指出，100 毫秒的延迟会对销售额造成 1% 的影响。
难怪在我们的云和混合劳动力世界中，应用程序性能问题是一个主要问题和痛点。
每项调查结果都证明了这一点，请参阅我们的《广域网现状报告》或 Techvalidate 调查。
这就是透视的作用所在。 在我度过了一个愉悦的假期后回到工作岗位时，我们在内部讨论了 SASE（不可避免地集中在十几个安全缩写词上）–我脑子里闪过一个念头：”等一下，为什么现在谈论网络和应用程序性能似乎不酷呢？
作为一名知识工作者，应用性能对我来说非常重要，下班后也很重要。
就像我在下班后喝上一杯夜茶时，如果 Tidal HD 播放约翰-科尔特兰的 “Kind of Blue “时出现卡顿，我就会大叫（引来我家猫房东不高兴的表情）一样，我承认，如果我在工作中必须审查的东西–我自己也很忙–不能快速加载，我也会在 15 秒后放弃。
对不起。
如果加载得快一些，我打算稍后再看。
就在前几天，我在一家摩托车制造商的网站上（我正在市场上）查看他们的车型，令人沮丧的缓慢响应时间让我放弃了似乎是早期候选的车型。
这证明了亚马逊上面的那句话：响应时间和可用性很重要–非常重要。
它能提高员工和生态系统的工作效率以及客户满意度。
我想我们每个人每天都会遇到这种情况。
我本来还想谈谈安全问题，以及它对我作为知识工作者和家庭环境小型首席技术官的日常体验所产生的重要影响，我的家庭环境中有一台大型 Linux 媒体服务器、一台 Win10 多媒体工作站以及几台笔记本电脑和平板电脑（尽管我是单身家庭，猫除外）。
不过，这篇文章太长了，我将在以后的博客中再谈。
我将把重点放在网络和应用程序性能上，这仍然是我们集体在线体验的一个重要因素。
只是让我感到惊讶的是，在 SASE 的讨论中，它竟然被放在了次要位置，尽管它是网络架构师在每次调查中提到的首要痛点。
从另一个角度看，我想到了 SD-WAN 早期的情况–您还记得吗？
当时的主要话题是削减 MPLS 带宽成本。
还记得几乎所有关于 SD-WAN 的讨论都围绕着这样一个事实展开：您（可靠且 “足够好”）的家庭互联网连接只需 80 美元，而您在分支机构为相同的 MPLS 带宽支付了 800 美元？
>节约 10 倍成本的说法？
哦，据说普通互联网也能实现与 MPLS 完全相同的功能。
那是 2014 年，现在是 2021 年。
让我们快速向前看，对于大多数企业来说，SD-WAN 的真正优势是业务敏捷性。
SD-WAN的采用意味着网络设计模式可以满足云计算的需求。
降低成本不再是采用 SD-WAN 的首要考虑因素。
当然，成本固然重要，但实现业务成果才是第一位的。
在我们讨论成本问题时，还必须记住一个非常普遍的 SD-WAN 采用模式：尽管早期有反对 MPLS 的言论，但覆盖式 SD-WAN 解决方案供应商和客户都发现，在 ISP 控制的世界中，他们同时为客户提供互联网和 MPLS 连接，因此很难完全摆脱 MPLS。
事实上，MPLS 仍然是满足关键业务站点和应用需求的底层技术。 这对 SD-WAN 盒子供应商和传统僵化的托管服务提供商的业务都不利。
更别提企业客户的需求了。
我可以戴上我的Aryaka帽子，在我写完这篇博客的时候，热情洋溢地向你推销，告诉你我们是如何改变这种状况的。
但我不会这样做。
我只想请大家重新审视一下自己的观点：20 多年来，网络一直以特定的方式运行。
我们获得了高级网络认证，这些认证教会我们驯服和延续复杂性。
网络被设计得可靠、公平，但却一成不变，不愿改变。
网络被亲手搂在怀里，就像常年缺乏关注的宠物。
但我们知道，把基础设施资源当牲口使唤的时代早已到来。
网络对于支持应用和业务流程的重要性一如既往，但游戏规则已经改变。
随着 SD-WAN 逐渐成为 SASE 成功的基础……我们需要改变我们的集体网络观点。
了解更多信息，请访问我们的网站。
