2019年ONUG秋季会议

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% 的时间从故障排除中解放出来(根据多项研究),并允许他们花更多时间规划业务成功。

请联系我们 得到一个演示 来自我们的一位专家!

关于作者

保罗·利森伯格
保罗是以下公司的董事 Aryaka的产品解决方案团队。 Paul 在产品营销、产品管理、销售工程、业务开发和软件工程方面拥有 20 多年的经验 Cisco、LiveAction、Bivio Networks 和 StrataCom。 Paul 喜欢水肺潜水、摩托车、开放软件项目和油画。