当网络工程师第一次使用网络设备时,他们会通过命令行界面( CLI )来完成。尽管 CLI 仍在广泛使用,但网络规模已达到新高,这使得 CLI 在管理和配置整个数据中心方面效率低下。就本机而言,随着软件行业向自动化发展,网络也不例外。
网络供应商都提供了不同的方法来自动化网络,因为他们从传统的 CLI 语法中分离出来。不幸的是,这个行业的新分支将网络工程师和 IT 组织分为两组:精通 CLI 的团队和精通自动化的团队。
这种分割产生了两组问题。首先,精通 CLI 的团队很难缩小自动化差距,从而限制了他们的增长速度。其次,寻找网络自动化人才是一项挑战,因为大多数开发人员不具备网络技能,大多数网络工程师也不具备自动化技能。
为了合并这两个组并解决这两个问题, NVIDIA 在 CLI 方法中引入了一种称为 NVIDIA 用户体验( NVUE )的范式转换。
NVUE 是一个完整的 Cumulus Linux 系统(硬件和软件)的面向对象、模式驱动模型。 NVUE 提供了一个健壮的 API ,允许多个接口显示和配置系统中的任何元素。 NVUE CLI 和 REST API 使用相同的 API 与 Cumulus Linux 进行接口。
图 1 :NVUE 体系结构
让所有接口使用相同的对象模型可以保证结果的一致性,无论工程师如何与系统交互。例如, CLI 和 REST API 使用相同的方法配置 BGP 对等机。
目前,任何网络设备都需要 REST 和 CLI 。对象模型可以直接导入到编程语言(如 Python 或 Java )中。这使您能够为一个设备或整个设备结构构建配置。下面的代码示例显示了 NVUE Python 接口将来的样子:
from nvue import Switch spine01 = Switch() x = 1 while x < len(spine01.interfaces): spine01.interfaces.x.state = "up" spine01.interfaces.x.ip.address = “10.1.” + x + “.1/24” spine01.apply()这种革命性方法的好处有两方面:
对于精通 CLI 的人来说,从 CLI 到构建完全自动化是一种进化,而不是一个全新的过程。
由于 REST 在开发人员中比 YANG 等其他面向网络的模型更为常见,因此没有网络技能的开发人员可以与精通 CLI 的网络工程师协作,并使团队在实现网络自动化方面迈出相当大的一步。
一个组织的日常运营自动化程度越高,它就越能专注于创新而非运营,并满足其不断增长的业务需求。
试试看
Cumulus Linux 最有价值的方面之一是能够虚拟地尝试我们的所有特性和功能。
全部0条评论
快来发表一下你的评论吧 !