2019年ONUG秋季会议
我真的很喜欢参加上个月在纽约举行的 ONUG 秋季会议。 如果有人需要验证这一点 SD-WAN 正在大踏步前进并成为主流，如果身在其中就会提供证据：高出席率、现场热烈讨论、许多企业erp上升与分享他们的经验 SD-WAN 部署。 此外，关于行业标准和参考架构的讨论的曙光 SD-WAN ONUG和MEF的推动表明该技术已趋于成熟。
正如您可以想象的那样，我们在拥挤的展厅以及概念验证演示中讨论了许多不同的主题（您可以看到我的 10 分钟现场直播） Aryaka 演示 此处）。 但如果我必须总结我们讨论最多的主题，我会选择以下内容 - 当然，并邀请您发表自己的观点。
SD-WAN 复杂
而 SD-WAN 最初被宣传为将结束网络复杂性的技术，许多用户现在报告说他们最初的 SD-WAN 部署没有兑现网络简化的最初承诺。 事实上，我至少与 3 名专家交谈过erp增加已停止使用的用户 SD-WAN 项目并正在重新评估他们的方法 SD-WAN 执行。 我听说的主要痛点与困扰 耳鼻喉科erp上升 WAN 以及过去驱动的复杂性： 应用性能、用户体验和 QoS （它们都是交织在一起的）。 理论上， SD-WAN 应该通过集中定义“简单”策略并协调/自动化分发到所有位置来解决这个问题。 你瞧，这些政策似乎既不是那么简单，也不是普遍适用的。 因此，最终发生的情况是，网络工程师花费大量时间创建最初的“通用”策略，其方式通常仍然让人回想起过去饱受诟病的 600 多个 CLI 命令。 此外，考虑到最后一英里行为的特殊性，这些策略通常需要针对许多位置进行调整，基本上导致与实体相同类型的逐节点操作。erp过去网络效率低下。 如果我告诉您这个问题在耳鼻喉科中尤其普遍，您不会感到惊讶erp开始“自己动手”的崛起 SD-WAN 项目。
如果我告诉你，你也不会感到惊讶 Aryaka的方法解决了这个问题。 在你说“好吧，因为这是一个 托管服务模式 而你只是为我实现这一切，让我几乎无法控制我的 SD-WAN 实施”，我恳请您观看我的 ONUG POC 演示。 我们确实有一个配置门户，允许您创建和修改全局和本地策略。 导航非常直观。 此外，我们对最后一英里的控制意味着，在绝大多数情况下，通用 QoS 政策确实有效。 您可以创建多个全局策略来适应几种不同的应用程序混合模式，但如果我浏览我们的客户部署，我会发现您典型的 200 个分支网络只有 2 个或可能 3 个 QoS 政策，仅此而已。
可见性和故障排除
纽约的展示厅强调了这样一个事实： SD-WAN 已成为网络性能监控（NPM）公司的一个非常肥沃的游乐场。 不要误会我的意思，我知道有很多很好的理由erp开始采用 NPM 工具。 如果我管理自己的网络，我会确保至少选择一个额外的、供应商中立的工具来为我提供高水平的可见性和故障排除功能。 也就是说，奇怪的是，部署另一个 NPM 工具作为 ent 似乎已成为强制性要求。erp崛起开始他们的一天 0-1-2 SD-WAN 旅程。 主要原因是帮助定义第 0 天的工作流量策略，并在第 1 天或第 2 天的场景中使用 Do-It-Yourself 进行操作/故障排除时协调覆盖和底层网络行为 SD-WAN。 在第一天，你 wan确定流量策略可能未按预期执行的原因，并且在第 2 天您需要解决应用程序性能问题。 无论哪种情况，对虚拟覆盖层和物理底层的可见性破碎肯定没有帮助。
我可以再一次告诉你，并向你证明，这个问题不会出现在 Aryaka 方法。 这 MyAryaka 客户控制台为客户提供第一英里、中间和最后一英里的完整、端到端的可视性。 不存在需要协调的覆盖层和底层分割可见性问题，因为 Aryaka 拥有中英里（我们的全球第二层核心）的完全所有权，以及紧密连接的闭环方法 Aryaka“ PoPs 与边缘设备（Aryaka Network Access Point又名 ANAP）提供第一英里和最后一英里性能的深入、实时可见性。 如果任何地方出现问题，故障排除过程非常简单（再次参见 我的 ONUG 演示）。 我还应该提到的是，我们的 SLAs 从第一天开始就开始工作。就是这么简单。
网络工程师的角色
虽然还有许多其他讨论主题，但我经常看到自己讨论的一个主题是网络工程师这一角色的未来。 我想这是因为我的背景显示我有一点网络灰胡子（也许我应该剃掉我的胡子:-D），也因为我在一家网络即服务公司工作，比如 Aryaka 网络工程师问我“好吧，如果我购买你们的服务，我一整天会做什么？ 我这不是让自己变得多余了吗？” 这不是一个容易讨论的问题，但我们都知道网络工程师的角色正在发生变化，而且已经发生了一段时间的变化。 这是一个博客 我三年多前就这个话题代写过（尽管我的一些观点已经改变了！）。 网络工程师需要研究服务器/应用工程师的角色如何变化。 DevOps 必须成为我们网络领域新的战斗口号。 简而言之，这意味着基础设施与业务需求不断、快速地保持一致，以及持续运营变革的状态。 我还必须非常明确地表明 Aryaka的主要客户*是*网络主题专家，您每次都可以轻松看出 他们参加我们的网络研讨会，完全了解该技术及其功能。 但他们也是网络工程师，很早就决定他们的优先事项正在发生变化，他们需要加入 IT 业务讨论并走出网络象牙塔。 在里面 WAN 路由器时代，一种网络模式几乎适合所有企业erp崛起，而连接性是关键服务。 网络工程师不必了解总体业务模型或优先事项。 在数字方面， cloud-第一个时代，网络必须不断、快速地适应业务需求——否则它会阻碍业务并被绕过和/或外包。 这 Aryaka 部署模型可以帮助网络工程师将超过 70% 的时间从故障排除中解放出来（根据多项研究），并允许他们花更多时间规划业务成功。
请联系我们 得到一个演示 来自我们的一位专家！
关于作者
